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PREFACE 

This manual assumes that the MC68881/MC68882 is connected as a coprocessor to the 
MC68020/IV1C68030 microprocessor. If the I\/1C68881/MC68882 is used in a system with 
a main processor other than the MC68020/MC68030, it is expected that the main pro- 
cessor emulates the M68000 Family coprocessor interface as required by the MC68881/ 
MC68882. 

This manual is divided into two major parts. The first part, sections 2 through 8, describes 
the programmer's model of the MC6888 1/MC68882 and the floating-point instruction set 
that it implements. This part of the manual includes a detailed description of each in- 
struction and a section on instruction timing that can be used for program optimization 
and to predict floating-point arithmetic performance. 

The second part of the manual, sections 9 through 13, describes the hardware interface 
of the MC6888 1/MC68882 to the main processor, and is most pertinent to system hard- 
ware designers. Bus cycle timing diagrams, interface register addressing, etc., are dis- 
cussed from the viewpoint of the MC68020/MC68030 hardware conventions. A prior 
knowledge of the MC68020/MC68030 bus interface, particularly as it pertains to the 
M68000 Family coprocessor interface, is quite helpful in understanding the operation of 
the MC68881/MC68882 bus interface. 

Throughout this manual, M68000 or M68000 Family is used to refer to the family of 
devices that support the Motorola 68000 Family architecture. A number that is preceded 
by MC, such as MC68020, MC68030, MC68881, or MC68882, refers to a specific part. A 
reference to MC68881/MC68882 or FRCP applies to either floating-point coprocessor, and 
a reference to MC68020/MC68030 or MRU applies to either main processor. 

The sections and appendices of the manual are: 
Section 1. General Description 
Section 2. Programming Model 
Section 3. Operand Data Formats 
Section 4. Instruction Set 
Section 5. Coprocessor Programming 
Section 6. Exception Processing 
Section 7. Coprocessor Interface 
Section 8. Instruction Execution Timing 
Section 9. Functional Signal Descriptions 
Section 10. Bus Operation 
Section 11. Interfacing Methods 
Section 12. Electrical Specifications 
Section 13. Ordering Information and Mechanical Data 

Appendix A. Glossary 

Appendix B. Abbreviations and Acronyms 
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SECTION 1 
GENERAL DESCRIPTION 



The MC68881 and MC68882 floating-point coprocessors (FPCP) both fully implement the IEEE 
Standard for Binary Floating-Point Arithmetic (ANSI-IEEE Std 754-1985) for use with the Motorola 
IV168000 Family of microprocessors. The coprocessors are both implemented in VLSI technology 
to give systems designers the highest possible functionality in a physically small device. The 
MC68882 provides an increased level of performance in a coprocessor that is fully compatible 
and physically interchangeable with the MC68881. 

Intended primarily for use as coprocessors to the MC68020/MC68030 32-bit microprocessor unit 
(MPU), the MC68881 and MC68882 provide a logical extension to the main processing unit integer 
data processing capabilities. These coprocessors provide a very high performance floating-point 
arithmetic unit and a set of floating-point data registers utilized in a manner that is analogous to 
the use of the integer data registers. The MC68881/MC68882 instruction set, a natural extension 
of all earlier members of the M68000 Family, supports all of the addressing modes of the host 
MPU. Due to the flexible bus interface of the M68000 Family, the MC68881 or MC68882 can be 
used with any of the MPU devices of the family and may also be used as a peripheral to other 
processors. 

The major features of the MC68881 and MC68882 are: 

• Eight general purpose floating-point data registers, each supporting a full 80-bit extended 
precision real data format (a 64-bit mantissa plus a sign bit, and a 15-bit signed exponent). 

• A 67-bit arithmetic unit to allow very fast calculations, with intermediate precision greater 
than the extended precision format. 

• A 67-bit barrel shifter for high-speed shifting operations (for normalizing, etc.). 

• Forty-six instructions, including 35 arithmetic operations. 

• Full conformance to the ANSI-IEEE 754-1985 standard, including all requirements and sug- 
gestions. 

• Support of functions not defined by the IEEE standard, including a full set of trigonometric 
and transcendental functions. 

• Seven data formats: byte, word, and long word integers; single, double, and extended pre- 
cision real numbers; and packed binary coded decimal string real numbers. 

• Twenty-two constants available in the on-chip ROM, including it, e, and powers of 10. 

• Virtual memory/machine operations. 

• Efficient mechanisms for exception processing, context switches, and interrupt handling. 

• Fully concurrent instruction execution with the main processor. 

• Use with any host processor, on an 8-, 16-, or 32-bit data bus. 

In addition to these features, the MC68882 provides: 

• Concurrent execution of multiple floating-point instructions. 

• Special purpose hardware for high-speed conversion of binary real memory operands to/ 
from the internal extended format. 
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• simultaneous access to the floating-point registers by the MC68882's conversion and arith- 
metic processing units. 

• Reduced coprocessor interface overhead to increase throughput. 

1.1 THE COPROCESSOR CONCEPT 

The FRCP functions as a coprocessor in systenns where the MC68020 or MC68030 is the main 
processor via the M68000 coprocessor interface. It functions as a peripheral processor in systems 
where the main processor is the MC68000, MC68008, or MC68010. 

The FPCP utilizes the M68000 Family coprocessor interface to provide a logical extension of the 
MPU registers and instruction set in a manner that is transparent to the programmer. The pro- 
grammer perceives the MPU and FPCP execution model as if both devices were implemented on 
one chip. 

A fundamental goal of the M68000 Family coprocessor interface is to provide the programmer 
with an execution model based upon sequential instruction execution by the MPU and the FPCP. 
For optimum performance, however, the coprocessor interface allows floating-point instructions 
to execute concurrently with MPU integer instructions. Concurrent instruction execution is further 
extended by the MC68882, which can execute multiple floating-point instructions simultaneously. 
However, the coprocessor interface and the FPCP are designed to maintain a strictly sequential 
instruction execution model from the programmer's viewpoint. 

The FPCP is a non-DMA type coprocessor that uses a subset of the general purpose coprocessor 
interface supported by the MPU. Features of the interface implemented in the FPCP are as follows: 

• The main processor and the FPCP communicate via standard M68000 bus cycles. 

• Communication between the main processor and the FPCP is not dependent upon the ar- 
chitecture of the individual devices (e.g., instruction pipes or caches, addressing modes). 

• The main processor and the FPCP can operate at different clock speeds. 

• The FPCP instructions support all addressing modes provided by the main processor. 

• All effective addresses calculations and data transfers performed by the main processor at 
the request of the coprocessor. 

• Overlapped (concurrent) instruction execution enhances throughput while maintaining the 
programmer's model of sequential instruction execution. 

• Coprocessor detection of an exception that requires a trap to be taken is serviced by the main 
processor at the request of the FPCP. 

• Support of virtual memory/virtual machine systems is provided via the FSAVE and FRESTORE 
instructions. 

• Up to eight coprocessors can reside in a system simultaneously. 

• Multiple coprocessors of the same type are allowed. 

• Systems can use software emulation of the FPCP without reassembling or relinking user 
software. 



1.2 HARDWARE OVERVIEW 

The MC68881 and MC68882 are high performance floating-point devices designed to interface 
with the MC68020 or MC68030 as coprocessors. These coprocessors fully support the MPU virtual 
machine architecture and are implemented in HCMOS, Motorola's low power, small geometry 
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process. This process allows CMOS and HMOS (high density NMOS) gates to be combined on 
the same device, CMOS structures are used where speed and low power are required, and HMOS 
structures are used where minimum silicon area is desired. As a result, HCMOS technology 
provides the combined advantages of high performance and low power consumption without 
enlarging the die size. 

In systems using the MC68000, MC68008, or MC68010 as the main processor, the MC68881 or 
MC68882 functions as a peripheral processor. The configuration of the FRCP as a peripheral 
processor or coprocessor can be completely transparent to user software (i.e., the same object 
code can be executed in either configuration). 

The architecture of the FPCP appears to the user as a logical extension of the M68000 Family 
architecture. Because of the coupling of the coprocessor interface, the MPU programmer can view 
the FPCP registers as though the registers were resident in the MPU. Thus, a MPU and FPCP 
device pair appears to be one processor that supports seven floating-point and integer data types 
with eight integer data registers, eight address registers, and eight floating-point data registers. 

The FPCP programming model is shown in Figures 1-1 through 1-6 and consists of the following: 

• Eight 80-bit floating-point data registers (FP0-FP7). These registers are analogous to the 
integer data registers (D0-D7) and are completely general purpose (i.e., any instruction may 
use any register). 

• A 32-bit control register that contains enable bits for each class of exception trap, and mode 
bits to set the user-selectable rounding and precision modes. 

• A 32-bit status register that contains floating-point condition codes, quotient bits, and ex- 
ception status information. 

• A 32-bit instruction address register that contains the main processor memory address (vir- 
tual) of the last floating-point instruction that was executed. This address is used in exception 
handling to locate the instruction that caused the exception. 
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Figure 1-1. MC68881/MC68882 Programming Model 
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Figure 1-6. Accrued Exception Byte 



The connection between the MPU and the FPCP is a simple extension of the JVIBSOOO bus interface. 
The FPCP is connected as a coprocessor to the IVIPU, and a chip select signal (decoded from the 
MPU function codes and address bus) selects the FPCP. Figure 1-7 illustrates the coprocessor/ 
MPU configuration. 

As shown in Figure 1-8, the MC68881 is internally divided into two processing elements; the bus 
interface unit (BlU) and the arithmetic processing unit (APU). The BlU communicates with the 
MPU, and the APU executes all MC68881 instructions. Though the BlU monitors the state of the 
APU closely, it operates independently of the APU. The APU operates on the command word and 
operands that the BlU passes to it. In return, the APU reports its internal status to the BlU. 

The BlU contains th e copro cessor interface registers (CIRs). In addition to these registers, the CIR 
register select and DSACK timing control logic is contained in the BlU. Finally, the status flags 
used to monitor the status of communications with the main processor are contained in the BlU. 

The eight 80-bit floating-point data registers (FP0-FP7) and the 32-bit control, status, and instruction 
address registers (FPCR, FPSR, and FPIAR) are located in the APU. In addition to these registers, 
the APU contains a high-speed 67-bit arithmetic unit used for both mantissa and exponent cal- 
culations, a barrel shifter that can shift from 1 bit to 67 bits in one machine cycle,and ROM constants 
(for use by the internal algorithms or user programs). 
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Figure 1-8. MC68881 Simplified Block Diagram 

The control section of the APU contains the clock generator, a two-level microcoded sequencer, 
the microcode ROM, and self-test circuitry. The built-in self-test capabilities of the FPCP enhance 
reliability and ease manufacturing requirements; however, these diagnostic functions are not 
accessible outside of the special test environment supported by VLSI test equipment. 

In addition to the BlU and APU as described for the MC68881 (refer to Figure 1-9), the MG68882 
has a conversion unit (CU) that performs data format conversions to the internal extended format. 
The CU relieves the APU of a significant work load and allows the MC68882 to execute FMOVE 
instructions concurrently with arithmetic or transcendental operations. 

1.2.1 Bus Interface Unit 

All communications between the MPU and the FPCP are performed with standard M68000 Family 
bus transfers. The FPCP is designed to operate on 8-, 16-, or 32-bit data buses. 

The FPCP contains a number of coprocessor interface registers (CIRs), which are addressed by 
the main processor in the same manner as memory. The M68000 Family coprocessor interface 
is implemented as a protocol of bus cycles in which the main processor reads and writes to these 
registers. The MPU implements this general purpose coprocessor interface protocol in hardware 
and microcode. 

When the MPU detects a FPCP general type instruction, the MPU writes the command word of 
the instruction to the memory-mapped command CIR, and reads the response CIR. In this response. 
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Figure 1-9. MC68882 Simplified Blocl< Diagram 



the BID encodes requests for any additional service required of the. IVIPU on behalf of the FRCP. 
For example, the response may request that the MRU fetch an operand from the evaluated effective 
address and transfer the operand to the operand CIR. Once the MRU fulfills the coprocessor 
request(s), the MRU is free to fetch and execute subsequent instructions. 

A key concern in a coprocessor interface that allows concurrent instruction execution is synchro- 
nization during main processor and coprocessor communication. If a subsequent instruction is 
written to the command CIR before the ARU has completed execution of the previous instruction 
(in the case of the MC68881) or before the CU has passed its results to the ARU (in the case of 
the MC68882), the response instructs the MRU to wait. Thus, the choice of concurrent or non- 
concurrent instruction execution is determined on an instruction-by-instruction basis by the co- 
processor. 

The only difference between a coprocessor bus transfer and any other bus transfer by the MRU 
is that the function code issued by the MRU specifies the CRU address space during the cycle 
(the function codes are generated by the M68000 Family processors to identify one of eight 
separate address spaces). Thus, the memory-mapped coprocessor interface registers do not infr- 
inge upon instruction or data address spaces. The MRU places a coprocessor ID field from the 
coprocessor instruction words onto three of the upper address lines during coprocessor accesses. 
This ID, along with the CRU address space function code, is decoded to select one of eight possible 
coprocessors in the system. 
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Since the coprocessor interface protocol consists solely of bus transfers, the protocol is easily 
emulated by software when the FRCP is used as a peripheral with any processor capable of 
memory-mapped I/O over an M68000-style bus. When used as a peripheral processor with the 8- 
bit MC68008 or either the 16-bit MC68000 or MC68010, all FRCP instructions are trapped by the 
main processor to an exception handler at execution time. Trapping the instructions enables the 
software emulation of the coprocessor interface protocol to be totally transparent to the user. 
The FPCP can provide a performance option for MC68000-based designs by changing the main 
processor to an MC68020 or MC68030. The software migrates without change to the next gen- 
eration equipment using the MRU. 

Since the bus is asynchronous, the FPCP need not run at the same clock speed as the main 
processor. Total system performance can therefore be customized. For a given CPU performance 
requirement, the floating-point performance can be selected to meet particular price/performance 
specifications, running the FPCP at slower (or faster) clock speeds than the CPU clock. 



1.2.2 Coprocessor Interface 

The M68000 Family coprocessor interface is an integral part of the FPCP and MRU designs. The 
interface partitions MRU and coprocessor operations so that the MRU does not have to completely 
decode coprocessor instructions, and the FRCP does not have to duplicate main processor func- 
tions (such as effective address evaluation). 

This partitioning provides an orthogonal extension of the instruction set by permitting FRCP 
instructions to utilize all MRU addressing modes and to generate execution time exception traps. 
Thus, from the programmer's view, the MRU and coprocessor appear to be integrated onto a 
single chip. While the execution of the great majority of FRCP instructions can be overlapped with 
the execution of MRU instructions, concurrency is completely transparent to the programmer. 
The MRU single-step and program flow (trace) modes are fully supported by the FRCP and the 
M68000 Family coprocessor interface. 

While the M68000 Family coprocessor interface permits coprocessors to be bus masters, the FRCP 
never functions as one. The FRCP requests that the MRU fetch all operands and store all results. 
In this manner, the MRU 32-bit data bus provides high speed transfer of floating-point operands 
and results while reducing the pin count of the FPCP. 

Since the coprocessor interface consists solely of bus cycles (to and from the CPU space) and the 
FPCP never functions as a bus master, the coprocessor can be placed on either the logical or 
physical side of the system memory management unit in an MC68020 system. Since the memory 
management unit of the MC68030 is on-chip, the FPCP is always on the physical side of the 
memory management unit in an MC68030 system. 

The virtual machine architecture of the MRU is supported by the coprocessor interface and the 
FPCP with the FSAVE and FRESTORE instructions. If the MRU detects a page fault and/or a task 
timeout, the MRU can force the FRCP to stop whatever operation is in progress at any time and 
save the FPCP internal state in memory. During the execution of a floating-point instruction, the 
FPCP can stop at predetermined points as well as at the completion of the instruction. 

The size of the saved internal state of the FRCP is dependent upon the state of the APU at the 
time that the FSAVE is executed. If the MRU is in the reset state when the FSAVE instruction is 
initiated, only one word of state is transferred to memory. The stored word may be examined by 
the operating system to determine that the coprocessor programmer's model is empty. If the 
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APU is in the idle state when the FSAVE instruction is decoded, only a few words of internal state 
are transferred to nnemory. If the APU is in the middle of executing an instruction, it may be 
necessary to save the entire internal state of the machine. Instructions that can complete execution 
in less time than it would take to save the larger state in mid-instruction are automatically allowed 
to complete execution and then save the idle state. Thus, the size of the saved internal state is 
kept to a minimum. The ability to utilize several internal state sizes greatly reduces the average 
context switching time. 

The FRESTORE instruction permits reloading an internal state saved earlier and continues any 
previously suspended operation. Restoring the reset internal state re-establishes default register 
values, a function identical to the FRCP hardware reset. 



1.3 OPERAND DATA FORMATS 

The FRCP supports the following data formats: 
Byte Integer (B) 
Word Integer (W) 
Long Word Integer (L) 
Single Precision Real (S) 
Double Precision Real (D) 
Extended Precision Real (X) 
Packed Decimal String Real (P) 

The capital letters within the parentheses denote suffixes added to mnemonics of the assembly 
language instructions to specify the data format to be used. 

1.3.1 Integer Data Formats 

The three integer data formats (byte, word, and long word) are the standard twos complement 
data formats defined in the M68000 Family architecture. Whenever an integer is used in a floating- 
point operation, the integer is automatically converted by the FRCP to an extended precision 
floating-point number before being used. For example, to add an integer constant of five to the 
number in floating-point data register 3 {FP3), the following instruction can be used: 

FADD.W #5,FP3 

(The Motorola assembler syntax uses "#" to denote immediate addressing.) 

The ability to effectively use integers in floating-point operations saves user memory since an 
integer representation of a number, if representable, is usually smaller than the equivalent floating- 
point representation. 

1.3.2 Floating-Point Data Formats 

The floating-point data formats, single precision (32-bits) and double precision (64-bits), are im- 
plemented in the FRCP as defined by the IEEE standard. These data formats are the main floating- 
point formats and should be used for most calculations involving real numbers. Table 1-1 lists 
the exponent and mantissa sizes for single, double, and extended precision. The exponent is 
biased, and the mantissa is in sign and magnitude form. Since single and double precision require 
normalized numbers, the most-significant bit of the mantissa is implied as a one and is not 
included, thus giving one extra bit of precision. 
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Data 
Format 


Exponent 
Bits 


Mantissa 
Bits 


Single 


8 


23( + 1) 


Double 


11 


52( + 1) 


Extended 


15 


64 



The extended precision data format is also in Table 1-1. Exponent and Mantissa Sizes 

conformance witii the IEEE standard, but the 

standard does not specify this format to the bit 

level as it does for single and double precision. 

The memory format for the FRCP consists of 

96 bits (three long words). Only 80 bits are 

actually used; the other 16 bits are for future 

expandability and for long-word alignment of 

floating-point data structures in memory. Extended format has a 1 5-bit exponent, a 64-bit mantissa, 

and a 1-bit mantissa sign. 

Extended precision numbers are intended for use as temporary variables, intermediate values, 
or where extra precision is needed. For example, a compiler might select extended precision 
arithmetic for evaluation of the right side of an equation with mixed sized data and then convert 
the answer to the data type on the left side of the equation. It is anticipated that extended precision 
numbers will not be stored in large arrays due to the amount of memory required by each value. 

1.3.3 Packed Decimal String Real Data Format 

The packed decimal data format allows packed BCD strings to be transferred to and from the 
FPCP. The strings consist of a 3-digit base 10 exponent and a 17-digit base 10 mantissa. Both the 
exponent and mantissa have separate sign bits. All digits are packed BCD, and the entire string 
fits in 96 bits (three long words). As is the case with all data formats, when packed BCD strings 
are supplied to the FPCP, the strings are automatically converted to extended precision real values. 
This conversion allows packed BCD numbers to be used as inputs to any operation. For example: 

FADD.P #-6.023E + 24,FP5 

BCD numbers can be supplied by the FPCP in a format readily used for printing by a program 
generated by a high-level language compiler. For example: 

FMOVE.P FP3,BUFFER{#-5} 

This instruction converts the contents of floating-point data register 3 (FP3) into a packed BCD 
string with five significant digits to the right of the decimal point (FORTRAN F format). 

1.3.4 Data Format Summary 

All data formats described in the preceding sections are supported orthogonally by all arithmetic 
and transcendental operations and by all appropriate MPU addressing modes. For example, all 
of the following are valid instructions: 

FADD.B #0,FPO 

FADD.W D2,FP3 

FADD.L BIGINT,FP7 

FADD.S #3.14159,FP5 

FADD.D (SP) + ,FP6 

FADD.X [(TEMP PTR,A7)],FP3 

FADD.P #1.23E25,FP0 



Most on-chip calculations are performed in the extended precision format, and the eight floating- 
point data registers always contain extended precision values. All operands are converted to 
extended precision by the FPCP before a specific operation is performed, and all results are in 
extended precision. This ensures maximum accuracy without sacrificing performance. 
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Refer to Figure 1-10 for a summary of the memory formats for the seven data formats supported 
by the FRCP. 
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Figure 1-10. MC68881/MC68882 Data Format Summary 
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1.4 INSTRUCTION SET 

The FRCP instruction set is organized into six major classes: 

1. Moves between the FRCP and memory or the IVIPU (to or from) 

2. IVlove multiple registers (to or from) 

3. Monadic operations 

4. Dyadic operations 

5. Branch, set, or trap conditionally 

6. Miscellaneous 



1.4.1 Moves 

On all moves from memory (or from an MPU data register) to the FRCP, data is converted from 
the source data format to the internal extended precision format. On all moves from the FRCP to 
memory (or to an MPU data register), data is converted from the internal extended precision 
format to the destination data format. 

Note that data movement instructions perform arithmetic operations, since the result is always 
rounded to the precision selected in the FRCP mode control byte. The result is rounded using the 
selected rounding mode and is checked for overflow and underflow. 

The syntax for the FMOVE instruction is: 

FMOVE.<fmt> <ea>,FRn Move to FRCP 
FMOVE.<fmt> FRm,<ea> Move from FRCP 
FMOVE.X FPm,FRn Move within FRCP 

where: 
<ea> is an MRU effective address operand 
.<fmt> is the data format size 
FPm and FPn are floating-point data registers. 



1.4.2 Move Multiple Registers 

The floating-point move multiple instruction on the FRCP resembles its integer counterpart on 
the M68000 Family processors. Any set of the floating-point registers FRO through FR7 can be 
moved to or from memory with one instruction. These registers are always moved as 96-bit 
extended data with no conversion (hence no possibility of conversion errors). Some examples of 
the move multiple instruction are as follows: 

FMOVEM <ea>,FR0-FR3/FR7 
FMOVEM FR2/FR4/FP6,<ea> 

The move multiple instruction is useful during context switches and interrupts to save or restore 
the state of a program. It is also useful at the start and end of a procedure to save and restore 
the calling routine's register set. In order to reduce procedure call overhead, the list of registers 
to be saved or restored can be stored in a data register thus enabling run-time optimization by 
allowing a called routine to save as few registers as possible. Note that no rounding or overflow/ 
underflow checking is performed by these operations. 
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1.4.3 Monadic Operations 

A monadic operation has one operand. This operand may be in a floating-point data register, in 
memory, or in an MPU data register. The result is always stored in a floating-point data register. 
For example, the syntax for square root is any of the following: 

FSQRT.<fmt> <ea>,FPn 
FSQRT.X FPm,FPn 

FSQRT.X FPn 



The monadic operations available with the 

FABS Absolute Value 

FACOS Arc Cosine 

FASIN Arc Sine 

FATAN Arc Tangent 

FATANH Hyperbolic Arc Tangent 

FCOS Cosine 

FCOSH Hyperbolic Cosine 

FETOX e to the x Power 

FET0XM1 e to the X Power - 1 

FGETEXP Get Exponent 

FGETMAN Get Mantissa 

FINT Integer Part 

FINTRZ Integer Part (Truncated) 

FLOG10 Log Base 10 



FPCP are as follows: 

FL0G2 

FLOGN 

FL0GNP1 

FNEG 

FSIN 

FSINCOS 

FSINH 

FSQRT 

FTAN 

FTANH 

FTENTOX 

FTST 

FTWOTOX 



Log Base 2 

Log Base e 

Log Base e of (x + 1) 

Negate 

Sine 

Simultaneous Sine and Cosine 

Hyperbolic Sine 

Square Root 

Tangent 

Hyperbolic Tangent 

10 to the X Power 

Test 

2 to the X Power 



1.4.4 Dyadic Operations 

Dyadic operations have two operands each. The first operand is in a floating-point data register, 
memory, or an MPU data register. The second operand is the contents of a floating-point data 
register. The destination is the same floating-point data register used for the second operand. 
For example, the syntax for floating-point add is either of the following: 

FADD.<fmt> <ea>,FPn 
FADD.X FPm,FPn 

The dyadic operations available with the FPCP are as follows: 



FADD 


Add 


FREM 


IEEE Remainder 


FCMP 


Compare 


FSCALE 


Scale Exponent 


FDIV 


Divide 


FSGLDIV 


Single Precision Divide 


FMOD 


Modulo Remainder 


FSGLMUL 


Single Precision Multiply 


FMUL 


Multiply 


FSUB 


Subtract 



Assuming that operands are single precision, the FSGLMUL and FSGLDIV instructions round 
results as such while maintaining the range of extended precision. In special applications where 
multiply and divide performance are more important than loss of precision, the FSGLMUL and 
FSGLDIV instructions can be used. 

1.4.5 Branch, Set, and Trap-On Condition 

The floating-point branch, set, and trap on condition instructions implemented by the FPCP are 
similar to the equivalent integer instructions of the M68000 Family processors, except more 
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FMOVE 


<ea>,FPcr 


FMOVE 


FPcr,<ea> 


FSAVE 


<ea> 


FRESTORE 


<ea> 



conditions exist due to the special values in IEEE floating-point arithmetic. When a conditional 
instruction is executed, the FRCP performs the necessary condition checking and reports the result, 
true or false, to the MRU; the MRU then takes the appropriate action. Since the FRCP and MRU 
are closely coupled, the floating-point branch operations are quickly executed. 

The FRCP conditional operations are: 

FBcc Branch 

FDBcc Decrement and Branch 

FScc Set According to Condition 

FTRARcc Trap-on Condition (with an Optional Parameter) 

where: 
cc is one of the 32 floating-point conditional test specifiers listed in 3.3 PACKED DECIMAL REAL 
DATA FORMAT. 



1.4.6 Miscellaneous Instructions 

Miscellaneous instructions include moves to and from the status, control, and instruction address 
registers. Also included are the virtual memory/machine FSAVE and FRESTORE instructions that 
save and restore the internal state of the FRCP. 

Move to Control Register(s) 
Move from Control Register(s) 
Virtual Machine State Save 
Virtual Machine State Restore 



1.5 ADDRESSING MODES 

The FPCP does not perform address calculations. Thus, when the FRCP instructs the MRU to 
transfer an operand via the coprocessor interface, the MRU performs the addressing mode cal- 
culations requested in the instruction. In this case, the instruction is encoded specifically for the 
MRU, and the instruction execution by the FPCP is dependent only on the value of the command 
word written to the FPCP by the main processor. 

This interface is quite flexible and allows any addressing mode to be used with floating-point 
instructions. For the M68000 Family, these addressing modes include immediate, postincrement, 
predecrement, data or address register direct, and the indexed/indirect addressing modes of the 
MRU. Some addressing modes are restricted for some instructions in keeping with the M68000 
Family architectural definitions (e.g., program counter relative addressing is not allowed for a 
destination operand). 

The orthogonal instruction set of the FPCP, along with the flexible branches and addressing modes 
of the MRU, allows a programmer or a compiler writer to think of the FPCP as though it were 
part of the MRU. There are no special restrictions imposed by the coprocessor interface, and 
floating-point arithmetic is coded exactly like integer arithmetic. 



1.6 MC68882 PROGRAMMING CONSIDERATIONS 

To exploit the enhanced performance of the MC68882 requires the programmer to be aware of 
the manner in which the coprocessor overlaps execution of instructions. Upgrading a system to 
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use the MC68882 requires minor system software changes but no user software changes. To 
optimize applications code for the l\/IC68882 may require reordering of floating-point instructions. 
SECTION 5 COPROCESSOR PROGRAMMING describes the concurrency capabilities of the MC68882, 
the required system software changes, and the optimization of existing software for the enhanced 
floating-point coprocessor. 
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SECTION 2 
PROGRAMMING MODEL 



This section describes the registers of the MC6888 1/MC68882 (FRCP) programming model. The 
notation used to refer to the registers conforms to the Motorola assembler syntax. The program- 
ming model for the MC68882 is identical to that for the MC68881. 

Figure 2-1 is a pictorial representation of the registers in the FRCP programming model. The 
following paragraphs describe each group of registers. 

2.1 FLOATING-POINT DATA REGISTERS 

The eight 80-bit floating-point data registers (FP0-FP7) are analogous to the integer data registers 
(D0-D7) of all M68000 Family processors. Floating-point data registers always contain extended 
precision numbers. The data format used is identical to the extended precision data format de- 
scribed in Table 3-3, except that the reserved (unused) 16 bits are deleted from the table. All 
external operands, regardless of the data format, are converted to extended precision values 
before being used in any calculation or stored in a floating-point data register. 

A reset function or a restore operation of the null state sets FR0-FP7 to positive non-signaling 
not-a-numbers (NANs), described in 3.2.5 Not-A-Numbers. 
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Figure 2-1. MC68881/MC68882 Programming Model 
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2.2 FLOATING-POINT CONTROL RtUlb I tK 

The 32-bit floating-point control register (FPCR) contains an exception enable byte that enables/ 
disables traps for each class of floating-point exceptions and a mode byte that sets the user 
selectable modes. 

The control register can be read or written to by the user. Bits 16 through 31 are reserved for 
future definition by Motorola. These bits are always read as zero and are ignored during write 
operations (but should be zero for future compatibility). This register is cleared by the reset function 
or a restore operation of the null state. When cleared, this register provides the IEEE standard 
defaults. 

2.2.1 FPCR Exception Enable Byte 

One of the bits of the exception enable byte (ENABLE), shown in Figure 2-2, corresponds to each 
floating-point exception class. The user can separately enable traps for each class of floating- 
point exceptions. 

If a bit in the status register exception byte is set by the FRCP and the corresponding bit in the 
control register ENABLE byte is also set, an exception is signaled. The address of the exception 
handler is derived from the vector address corresponding to the exception. When a user writes 
to the control register ENABLE byte that enables a class of floating-point exceptions, a previously 
generated floating-point exception does not cause a trap to be taken regardless of the value in 
the status register exception byte. 

The eight floating-point exception classes shown in Figure 2-2 are described in greater detail in 
SECTION 6 EXCEPTION PROCESSING. Note that the bits in the FPSR exception byte and the FPCR 
enable byte occupy the same positions within each byte. 

In a few cases, dual and triple exceptions can be generated by a single instruction execution. 
When multiple exceptions occur with traps enabled for more than one exception class, the highest 
priority exception is reported; the lower priority exceptions are never reported or taken. The 
exception handler routine must check for multiple exceptions. The bits of the ENABLE byte are 
organized in decreasing priority, left to right, i.e., BSUN is the highest priority, and INEX1 is the 
lowest priority. The only multiple exception possibilities are: 

SNAN and INEX1 OVFL and INEX2 and/or INEX1 

OPERR and INEX2 UNFL and INEX2 and/or INEX1 

OPERRand INEX1 INEX2 AND INEX1 



BSUN 



SNAN 



OPERR 



OVFL 



DZ 



INEXl 



INEXACT DECIMAL INPUT 
INEXACT OPERATION 
DIVIDE BY ZERO 
UNDERFLOW 
OVERFLOW 
OPERAND ERROR 
SIGNALLING NOT A NUMBER 
BRANCH/SET ON UNORDERED 



Figure 2-2. MC68881/MC68882 FPCR Exception Enable Byte 
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2.2.2 FPCR Mode Control Byte 

The mode control byte (MODE), shown in Figure 2-3, controls the user-selectable rounding modes 
and rounding precisions. A zero in this byte selects the IEEE defaults. 

The rounding mode specifies how inexact results are rounded. "Round to the nearest" specifies 
that the nearest number to the infinitely precise result should be selected as the rounded value. 
In case of a tie, the even result is selected. "Round towards zero" truncates the result. "Round 
towards plus infinity" always rounds numbers towards plus infinity. Round toward minus infinity 
always rounds numbers towards minus infinity. See 6.1.7 Inexact Result for a detailed description 
of the rounding algorithm used. 

The rounding precision selects where rounding of the mantissa occurs. For extended precision, 
the result is rounded to a 64-bit boundary. A single precision result is rounded to a 24-bit boundary, 
and a double precision result is rounded to a 53-bit boundary. 

The single and double rounding precisions are provided for emulation of machines that only 
support those precisions. When the FPCP performs any operation, the calculation is carried out 
using extended precision inputs and the intermediate result is calculated as if to produce infinite 
precision. After the calculation is complete, this intermediate result is rounded to the selected 
precision and stored in the destination. 

If the destination is a floating-point data register, the stored value is in the extended precision 
format rounded to the precision specified by the PREC bits. Thus, all mantissa bits beyond the 
selected precision are zero after the rounding operation. Also, if the single or double precision 
mode is selected, the exponent value is in the correct range for the single or double precision 
format (although it is stored in extended precision format). An important exception to this rule 
is for the FSGLDIV and FSGLMUL instructions. Regardless of the precision specified by the PREC 
bits, these instructions round the result mantissa to single precision and generate an extended 
precision exponent which may be out of range for a single precision number. 

If the destination is a memory location, the PREC bits are ignored. In this case, a number in the 
extended precision format is taken from the source floating-point data register, rounded to the 
destination format precision, and written to memory. 

The execution speed of all instructions is degraded significantly when single and double precision 
rounding modes are used. Because these modes are intended to be used for emulation, this 



ROUNDING MODE: 

00 TO NEAREST 

01 TOWARD ZERO 

10 TOWARD MINUS INFINITY 

1 1 TOWARD PLUS INFINITY 

ROUNDING PRECISION: 

00 EXTENDED 

01 SINGLE 

10 DOUBLE 

11 (UNDEFINED, RESERVED) 



Figure 2-3. MC68881/MC68882 FPCR Mode Control Byte 
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reduction is not detrimental. When operating in these modes, the FRCP produces the same result 
as any other machine that conforms to the IEEE standard without supporting extended precision 
calculations. However, the result obtained by performing a series of operations with single or 
double precision rounding may not be the same as the result of performing the same operations 
in extended precision and storing the final result in the single or double precision format. 



2.3 FLOATING-POINT STATUS REGISTER 

The floating-point status register (FPSR) contains a floating-point condition code byte, a floating- 
point exception status byte, quotient bits, and a floating-point accrued exception byte. All bits in 
the FPSR can be read or written by the user. Execution of most floating-point instructions modifies 
this register. 

The reset function or a restore operation of the null state clears the FPSR. 

2.3.1 FPSR Floating-Point Condition Code Byte 

The floating-point condition code byte (FPCC), shown in Figure 2-4, contains four condition code 
bits that are set at the end of all arithmetic instructions involving the floating-point data registers. 
The FMOVE FPm,<ea>, move multiple floating-point data register, and move system control 
register instructions do not affect the FPCC. 

31 30 29 28 27 26 25 24 



NAN 



NOT A NUMBER OR UNORDERED 

INFINITY 

ZERO 

NEGATIVE 



Figure 2-4. MC68881/MC68882 FPSR Condition Code Byte 

The operation result data type determines how the four condition code bits are set. Table 2-1 lists 
the condition code bit settings for each result data type. Because of the mutually exclusive nature 
of the data types described by the condition code bits, the FPCP generates only eight of the 16 
possible combinations. Loading the FPCC byte with one of the other condition code bit combi- 
nations and executing a conditional instruction may produce an unexpected branch condition. 



Table 2-1. Condition Code versus Result Data Type 
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NAN 


Result Data Type 
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- Infinity 
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+ NAN 


1 
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- NAN 
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The IEEE standard defines the following four conditions and only requires the generation of the 
condition codes as a result of a floating-point compare operation. In addition to this requirement, 
the FPCP can test these conditions at the end of any operation affecting the condition codes. 

EQ Equal To 

GT Greater Than 

LT Less Than 

UN Unordered 

An unordered condition occurs when one or both of the operands in a floating-point compare 
operation is a NAN. For purposes of the floating-point conditional branch, set byte on condition, 
decrement and branch on condition, and trap on condition instructions, the FPCP logically com- 
bines the four condition codes to form the IEEE conditions according to the following equations: 

EQ = Z 

GT^Nv NANvZ 

LT=NANANvZ 

UN^NAN 
where: 

"A" = Logical AND 

"v" = Logical OR 

Note that the setting of the FPCP condition codes is independent of the operation executed; the 
condition codes only indicate the data type of the result generated. Unlike other IVI68000 condition 
codes, the IEEE defined conditions can always be derived from the data type of the result. The 
setting of the M68000 integer condition codes is dependent upon the operation executed as well 
as the result. 

To aid programmers of floating-point subroutine libraries, the FPCP implements the four previ- 
ously described floating-point condition code bits in hardware instead of the four IEEE defined 
conditions. The IEEE conditions are derived by an instruction when needed. For example, the 
programmer of a complex arithmetic multiply subroutine usually prefers to handle "special" data 
types such as zeros, infinities, or NANs, separately from "normal" data types. The FPCP condition 
codes allow users to efficiently detect and handle these "special" values. 

2.3.2 FPSR Quotient Byte 

The quotient byte (see Figure 2-5) is set at the completion of the modulo (FMOD)orlEEE remainder 
(FREM) instructions. This byte contains the seven least-significant bits of the quotient (unsigned) 
and the sign of the entire quotient. 

The quotient bits can be used in argument reduction for transcendentals and other functions. For 
example, seven bits are more than enough to determine the quadrant of a circle in which an 
operand resides. The quotient bits remain set until they are cleared by the user, or until another 
FMOD or FREM instruction is executed. 



SEVEN LEAST SIGNIFICANT 
BITS OF QUOTIENT 



SIGN Of QUOTIENT 

Figure 2-5. MC68881/MC68882 FPSR Quotient Byte 
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2.3.3 FPSR Exception Status Byte 



The exception status byte (EXC), shown in Figure 2-6, contains a bit for each floating-point ex- 
ception that may have occurred during the most recent arithmetic instruction or move operation. 
This byte is cleared by the FRCP at the start of most operations; operations that cannot generate 
any floating-point exceptions (the FMOVEM and FMOVE control register instructions) do not clear 
this byte. This byte can be used by an exception handler to determine which floating-point ex- 
ception(s) caused a trap. 



BSUN SNAN OPERR OVFL UNFL 



DZ 



INEX2 INEX1 



INEXACT DECIMAL INPUT 
INEXACT OPERATION 
DIVIDE BY ZERO 
UNDERFLOW 
OVERFLOW 
OPERAND ERROR 
SIGNALLING NOT A NUMBER 
BRANCH/SET ON UNORDERED 



Figure 2-6. MC68881/MC68882 FPSR Exception Status Byte 

If a bit is set by the FRCP in the EXC byte and the corresponding bit in the ENABLE byte is also 
set, an exception is signaled to the main processor. When a floating-point exception is detected 
by the FRCP, the corresponding bit in the EXC byte is set, even if the trap for that exception class 
is disabled. (A user write operation to the status register, which sets a bit in the EXC byte, does 
not cause a trap to be taken regardless of the value in the ENABLE byte.) 

Note that the bits in the status EXC byte and control ENABLE byte are in the same bit positions 
within each byte. The eight floating-point exception classes are described in greater detail in 
SECTION 6 EXCEPTION PROCESSING. 

2.3.4 FPSR Accrued Exception Byte 

The accrued exception byte (AEXC), shown in Figure 2-7, contains the five exception bits required 
by the IEEE standard for trap disabled operation. These exceptions are logical combinations of 
the bits in the EXC byte. The AEXC byte contains the history of all floating-point exceptions that 
have occurred since the user last cleared the AEXC byte. In normal operations, only the user 
clears this byte (by writing to the status register). The AEXC byte is cleared by the FRCP only by 
a reset or a restore operation of the null state. 

Many users elect to disable traps for all or part of the floating-point exception classes. The AEXC 
byte is provided to make it unnecessary to poll the EXC byte after each floating-point instruction. 
At the end of most operations (all but the FMOVEM and FMOVE control register instructions), the 
bits in the EXC byte are logically combined to form an AEXC value that is logically ORed into the 
existing AEXC byte. This operation creates "sticky" floating-point exception bits in the AEXC byte 
that the user need poll only once (at the end of a series of floating-point operations, for example). 

The setting or clearing of bits in the AEXC byte does not cause the FRCP to take an exception, 
nor does it prevent taking an exception. The relationship between the bits in the EXC byte and 
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Figure 2-7. MC68881/MC68882 FPSR Accrued Exception Byte 



the bits in the AEXC byte is shown by the following equations. These equations apply to setting 
the AEXC bits at the end of each operation that affects the AEXC byte: 

AEXC(IOP) = AEXC(IOP)vEXC(BSUNvSNANvOPERR) 

AEXC(OVFL) = AEXC(OVFL)vEXC(OVFL) 

AEXC(UNFL) = AEXC(UNFL)vEXC(UNFLAINEX2) 

AEXC(DZ) = AEXC(DZ)vEXC(DZ) 

AEXC(INEX) = AEXC(INEX)vEXC(INEX1vlNEX2vOVFL) 
where: 

"v" = Logical OR 
"A" = Logical AND 

2.4 FLOATING-POINT INSTRUCTION ADDRESS REGISTER 

A majority of the FRCP instructions operate concurrently with the MC68020/MC68030 (MPU). That 
is, the MPU can be executing instructions while the FRCP is simultaneously executing a floating- 
point instruction. Additionally, the MC68882 can execute two floating-point instructions concur- 
rently. As a result of this non-sequential instruction execution, the program counter value stacked 
by the MPU, in response to an enabled floating-point exception trap may not point to the offending 
instruction. 

For the subset of the FRCP instructions that generate floating-point exception traps, the 32-bit 
floating-point instruction address (FRIAR) register is loaded with the logical address of an instruc- 
tion before the instruction is executed (unless all arithmetic exceptions are disabled). This address 
can then be used by a floating-point exception handler to locate a floating-point instruction that 
has caused an exception. Since the FRCP FMOVE to/from the FRCR, FPSR, or FRIAR and FMOVEM 
instructions cannot generate floating-point exceptions, these instructions do not modify the FRIAR. 
These instructions can be used to read the FRIAR in the trap handler without changing the previous 
value. 

This register is cleared by the reset operation or a restore operation of the null state. 
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SECTION 3 
OPERAND DATA FORMATS 



The following paragraphs describe the MC68881/MC68882 (FRCP) operand data formats. Seven 
data formats are supported: three signed binary integer formats, three binary floating-point for- 
mats, and one packed binary coded decimal (BCD) floating-point format. All data formats are 
supported uniformly by all arithmetic and transcendental instructions. These formats are as fol- 
lows: 

Byte Integer (B) Double Precision Real (D) 

Word Integer (W) Extended Precision Real (X) 

Long Word Integer (L) Packed Decimal Real (P) 

Single Precision Real (S) 

The capital letter in parentheses is the suffix added to an instruction in the assembly language 
syntax to specify the data format of operands external to the FPCP. All data formats are organized 
in memory consistently with the M68000 Family data organization, i.e., the most-significant byte 
is located at the lowest address (nearest $00000000), with each successively less significant byte 
located at the next address (N + 1, N + 2, etc.). The least-significant byte is located at the highest 
address (nearest $FFFFFFFF). 

Within the floating-point data formats, there are five types of numbers that can be represented: 
normalized numbers, denormalized numbers, zeros, infinities, and not-a-numbers (NANs). These 
data types are represented with special encodings corresponding to each data format. 

3.1 INTEGER DATA FORMATS 

The three signed (twos complement) integer data formats supported by the FPCP (byte, word, 
and long word) are identical to those supported by the M68000 Family architecture (see Figure 
3-1). 
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WORD INTEGER 


31 













32 BITS 


LONG INTEGER 



Figure 3-1. Signed Integer Data Formats 
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Since all FRCP internal operations are performed in full extended precision fornnat, signed integer 
operands are converted to extended precision values before the specified operation is performed. 
Thus, mixed mode arithmetic is implicitly supported. 

3.2 BINARY REAL DATA FORMATS 

Floating-point numbers can be encoded in any of three binary real data formats: single precision 
(32 bits), double precision (64 bits), and double extended precision (96 bits, 80 of which are used). 
All three of these formats fully comply with the IEEE Standard for Binary Floating-Point Arithmetic. 

NOTE 

The single extended precision data format defined in the IEEE standard is redundant in 
a device that supports the double extended precision format. Thus, all references in this 
manual to extended precision imply double extended precision as defined by the IEEE 
standard. 

Since all FRCP internal operations are performed in extended precision, single and double pre- 
cision operands are converted to extended precision values before the specified operation is 
performed. Thus, mixed mode arithmetic is implicitly supported. The memory formats for the 
real data formats are shown in Figure 3-2. 
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Figure 3-2. Binary Real Data Formats 

The exponent in all three binary formats is an unsigned binary integer with an implied bias added 
to it. The bias values for single, double, and extended precision are 127, 1023, and 16383, re- 
spectively. When the bias is subtracted from the value of the exponent, the result represents a 
signed twos complement power of two that yields the magnitude of a normalized floating-point 
number when multiplied by the mantissa. Since biased exponents are used, a program can execute 
an integer compare instruction (CMP) to compare floating-point numbers in memory (regardless 
of the absolute magnitude of the exponents). 

Data formats for single and double precision numbers differ slightly from the data formats for 
extended precision numbers in the representation of the mantissa. A normalized mantissa, for 
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all three precisions, is always in the range [1.0 .. . 2.0). The extended precision data format ex- 
plicitly represents the entire mantissa, including the explicit integer part bit. However, for single 
and double precision data formats, only the fractional portion of the mantissa is explicitly rep- 
resented and the integer part, always one, is implied. 

The IEEE standard has created the term "significand" to bridge this difference and to avoid the 
historical implications of the term mantissa. The IEEE standard defines a significand as the com- 
ponent of a binary floating-point number that consists of an explicit or implicit leading bit to the 
left of the implied binary point. This manual uses the terms mantissa and significand, defined as 
follows, interchangeably. 

Single Precision Mantissa = Single Precision Significand 

= 1.<23-Bit Fraction Field> 
Double Precision Mantissa = Double Precision Significand 

= 1.<52-Bit Fraction Field> 
Extended Precision Mantissa = Extended Precision Significand 

= 1. Fraction 
= <64-Bit Mantissa Field> 

NOTE 

Throughout this manual, ranges are specified using traditional set notation with the 
format "bound . . . bound" specifying the boundaries of the range. The type of brackets 
enclosing the range defines whether the endpoint is inclusive or exclusive. A square 
bracket indicates inclusive, and a parenthesis indicates exclusive. For example, the range 
specification "[1.0. ..2.0]" defines the range of numbers greater than or equal to 1.0 and 
less than or equal to 2.0. The range specification "(0.0...-f-inf]" defines the range of 
numbers greater than 0.0 and less than or equal to positive infinity. 

Each of the three floating-point data formats can represent five unique floating-point data types: 
Normalized Numbers 
Denormalized Numbers 
Zeros 
Infinities 
Not-A-Numbers (NANs) 

The normalized data type never uses the maximum or minimum exponent value for a given 
format (except for the extended precision format, see following note). These exponent values in 
each precision are reserved for representing the special data types: zeros, infinities, denormalized 
numbers, and NANs. Details of each type of number for each format are shown in 3.6 DATA 
FORMAT DETAILS. 

NOTE 

There is a subtle difference between the definition of an extended precision number with 
an exponent equal to zero and a single or double precision number with an exponent 
equal to zero. If the exponent of a single or double precision number is zero, the number 
is defined to be denormalized, and the implied integer bit is also a zero. However, an 
extended precision number with an exponent of zero may have an explicit integer bit 
equal to one, which results in a normalized number (even though the exponent is equal 
to the minimum value). 

For simplicity, the following discussion treats all three real formats in the same manner, where 
an exponent value of zero identifies a denormalized number. However, it should be noted that 
the extended precision format may deviate from this rule. 
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3.2.1 Normalized Numbers 

Normalized numbers encompass all representable real values between the overflow and under- 
flow thresholds, i.e., those numbers whose exponents lie between the maximum and minimum 
values. Normalized numbers may be positive or negative. For normalized numbers, the implied 
integer part bit in single and double precision is a one (1). In extended precision, the integer bit 
is explicitly a one (1). See Figure 3-3. 



I < EXPONENT < MAX 



MANTISSA = ANY BIT PATTERN 



SIGN OF MANTISSA, OR 1 

Figure 3-3. Format of Normalized Numbers 

3.2.2 Denormalized Numbers 

Denormalized numbers represent real values near the underflow threshold (underflow is detected 
for a given data format and operation when the result exponent is less than or equal to the 
minimum exponent value). Denormalized numbers may be positive or negative. For denormalized 
numbers, the implied integer part bit in single and double precision is a zero (0). In extended 
precision, the integer bit is explicitly a zero (0). See Figure 3-4. 



EXPONENT = 



MANTISSA = ANY NON-ZERO BIT PAHERN 



SIGN OF MANTISSA, OR 1 

Figure 3-4. Format of Denormalized Numbers 

Traditionally, floating-point number systems perform a "flush-to-zero" when underflow is de- 
tected. This leaves a large gap in the number line between the smallest magnitude normalized 
number and zero. The IEEE standard implements gradual underflows: the result mantissa is shifted 
right (denormalized) while the result exponent is incremented until the result exponent reaches 
the minimum value. If all mantissa bits of the result are shifted off to the right during this de- 
normalization, the result becomes zero. In many instances, gradual underflow limits the potential 
underflow damage to no more than a round-off error. (This underflow and denormalization de- 
scription ignores the effects of rounding and the user selectable rounding modes.) Thus, the large 
gap in the number line created by "flush-to-zero" floating-point number systems is filled with 
representable (denormalized) numbers in the IEEE "gradual underflow" floating-point number 
system. 

NOTE 

Since the extended precision data format has an explicit integer part bit, a number can 
be formatted with a non-zero exponent (less than the maximum value) and a zero integer 
bit, which is not defined by the IEEE standard. Such a number is called an unnormalized 
number. The MC68881 never generates an unnormalized number as the result of any 
operation. Unnormalized inputs are always converted to normalized or denormalized 
numbers or zero before being used. Thus, as required by the IEEE standard, the FRCP 
does not distinguish between redundant encodings of extended precision values. 
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3.2.3 Zeros 

Zeros are signed (positive or negative) and represent the real values +0.0 and -0.0. See Figure 
3-5. 



EXPONENT = 



MANTISSA = 



SIGN OF MANTISSA, OR 1 

Figure 3-5. Format of Zero 



3.2.4 Infinities 

Infinities are signed (positive or negative) and represent real values that exceed the overflow 
threshold. Overflow is detected for a given data format and operation when the result exponent 
is greater than or equal to the maximum exponent value. (This overflow description ignores the 
effects of rounding and the user selectable rounding modes.) See Figure 3-6. For extended pre- 
cision infinities, the most-significant bit of the mantissa (the integer bit) can be either one or zero. 



EXPONENT = MAXIMUM 



SIGN OF MANTISSA, GR 1 



"For the extended precision format, the most significant bit of the mantissa (the integer bit) is a don't care. 

Figure 3-6. Format of infinity 



3.2.5 Not-A-Numbers 

When created by the FPCP, not-a-numbers (NANs), represent the results of operations that have 
no mathematical interpretation, such as infinity divided by infinity. All operations involving a NAN 
operand as an input return a NAN result. When created by the user, NANs can protect against 
un-initialized variables and arrays, or represent user-defined special number types. See Figure 3- 
7. For extended precision NANs, the most significant bit of the mantissa (the integer bit) can be 
either one or zero. 



EXPONENT = MAXIMUM 



MANTISSA = ANY NON-ZERO BIT PAHERN 



SIGN OF MANTISSA, OR 1 

Figure 3-7. Format of Not-A-Numbers 



Two different types of NANs are implemented by the FPCP. The value of the most-significant bit 
(MSB) of the fraction identifies the type. The identifying bit is the MSB of the mantissa for single 
and double precision and the MSB of the mantissa minus one for extended precision. NANs with 
a leading fraction bit equal to one are non-signaling NANs; NANs with a leading fraction bit equal 
to zero are signaling NANs (SNANs). A SNAN can be used as an escape mechanism for a user- 
defined non-IEEE data type. The FPCP never creates a SNAN as a result of an operation. 
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The IEEE specification defines the manner in which a NAN is processed when used as an input 
to an operation. Particularly, if a SNAN is used as an input and the SNAN trap is not enabled, a 
non-signaling NAN must be returned as the result. The FPCP accomplishes this by using the 
source SNAN, setting the most-significant bit of the fraction, and storing the resultant non-sig- 
naling NAN in the destination. Due to the IEEE formats for NANs, the result of setting the most- 
significant fraction bit of a SNAN is always a non-signaling NAN. 

When NANs are created by the FPCP, the NANs always contain the same bit pattern in the 
mantissa; for any precision, all bits of the mantissa are ones. When a NAN is created by the user, 
any non-zero bit pattern can be stored in the mantissa. 



3.2.6 Binary Real Data Summary 

Figure 3-8 presents a summary, for quick reference, of the five floating-point data types for the 
single, double and extended precision formats. 

3.3 PACKED DECIMAL REAL DATA FORMAT 

The packed decimal floating-point data format consists of a twenty-four digit packed decimal 
string as shown in Figure 3-9. A decimal floating-point source operand is converted to an extended 
precision value before the specified operation is performed. Thus, mixed mode arithmetic is 
implicitly supported. 



Mll\l< EXPONENT < MAX 



SIGNIFICAND = ANY BIT PATTERN 



SIGN OF SIGNIFICAND, OR 1 



EXPONENT = 



SIGNIFICAND = ANY NON-ZERO BIT PAHERN 



SIGN OF SIGNIFICAND, OR 1 



EXPONENT =0 



SIGNIFICAND = D 



SIGN OF SIGNIFICAND. OR 1 



EXPONENT = MAXIMUM 



SIGNIFICAND = 0' 



SIGN OF SIGNIFICAND, OR 1 



EXPONENT = MAXIMUM 



SIGNIFICAND = ANY NON-ZERO BIT PATTERN 



SIGN OF SIGNIFICAND, OR 1 



"For the extended precision format, the most significant bit of the significand (the integer bit) is a don't care. 

Figure 3-8. Binary Real Data Type Summary 
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91 


30 


37 





3DIGIT 
EXPONENT 


ZERO* 




1 1 I 1 1 1 ,', niriV 1 1 1 1 1 ' 1 

1 1 1 1 1 1 17-DIGIT 1 1 1 1 1 1 1 
' 1 1 ■ 1 1 MANTISSA 1 1 1 1 1 1 1 














DF EXPONENT 
OF MANTISSA 


SIGN 



PACKEO DECIMAL RE 



'Unless a binary-to-decimal conversion overflow occurs 



Figure 3-9. Packed Decimal Real Data Format 



The packed decimal representation for the special data types of zero, infinity, and NAN is described 
in 3.6 DATA FORMAT DETAILS, which also defines all possible data patterns in the packed decimal 
data format. 



3.4 INTERNAL DATA FORMAT 

All FRCP internal operations are performed in extended precision. All external operands, regardless 
of data format, are converted to extended precision values before the specified operation is 
performed. 

The format used in the eight floating-point data registers is identical to the extended precision 
data format described previously and in 3.6 DATA FORMAT DETAILS (with the deletion of the 16 
unused bits). The extended precision data format has a 15-bit biased integer exponent and a 64- 
bit mantissa. 

The format of an intermediate result is shown in Figure 3-10. The intermediate result exponent 
for some dyadic operations (multiply and divide) can easily overflow or underflow the 15-bit 
exponent. In order to simplify overflow and underflow detection, intermediate results in the FRCP 
maintain a 17-bit twos complement integer exponent. When an overflow or underflow interme- 
diate result is detected, the intermediate 17-bit exponent is always converted into a 15-bit biased 
exponent before it is stored in a floating-point data register. Additionally, the mantissa is main- 
tained internally as 67 bits for rounding purposes, but is always rounded to 64 bits (or less, 
depending on the selected rounding precision) before it is stored in a floating-point data register. 







1' 


17-BIT 
EXPONENT 


1 1 63BIT 1 I 
j 1 FRACTION j { 


1 


L 






















STICKY BIT 





Figure 3-10. Intermediate Result Format 
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3.5 FORMAT CONVERSIONS 

Two cases of conversion between two data formats are: 

• Converting an operand in any memory data format to tlie extended precision data format 
and storing it in a floating-point data register, or using it as the source operand for an 
aritiimetic operation. 

• Converting tine extended precision value in a floating-point data register to any data format 
and storing it in a memory destination. 



3.5.1 Conversion to Extended Precision Data Format 

Since the internal data format used by the FRCP is always extended precision, all external op- 
erands, regardless of data format, are converted to extended precision values before the specified 
operation is performed. If the external operand, regardless of data format, is a denormalized 
number, the number is normalized before the specified operation is performed. Conversion and 
normalization apply not only to loading a floating-point data register but also to external operands 
involved in arithmetic operations. 

Since floating-point data registers always contain extended precision data format values, an 
external extended precision denormalized number moved into a floating-point data register is 
stored as an extended precision denormalized number. In this case, the number is first normalized 
and then denormalized before it is stored in the designated floating-point data register. This 
method simplifies the handling of all other data formats and types. 

If an external operand is an extended precision unnormalized number, the number is normalized 
before it is used in an arithmetic operation. If the external operand is an extended precision 
unnormalized zero (i.e., with a mantissa of all zeros), the number is converted to an extended 
precision normalized zero before the specified operation is performed. This normalization and 
conversion applies not only to external unnormalized operands involved in arithmetic operations, 
but also applies to loading a floating-point data register. Note that the regular use of unnormalized 
inputs defeats the purpose of the IEEE standard, and may produce gross inaccuracy in the results. 



3.5.2 Conversions to Other Data Formats 

Conversion from the extended precision data format to any of the other six data formats occurs 
when the contents of an FRCP floating-point data register are stored to memory or an MRU data 
register. Since no operation performed by the FRCP can create an unnormalized result, the result 
of moving a floating-point data register to an extended precision external destination can never 
be an unnormalized number. 



3.6 DATA FORMAT DETAILS 

This section provides the format specification details for the single (S), double (D), extended (X) 
precision binary real, and packed decimal (P) real string data formats. Refer to Tables 3-1 through 
3-4 and Figure 3-11. 
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Table 3-1. Single Precision Binary Real Format 



Memory Format: 



31 30 



23 22 



s 


BIASED 
EXPONENT 


FRACTION 



Field Size (in Bits): 
s = Sign 

e = Biased Exponent 
f = Fraction 
Total 

Interpretation of Sign: 
Positive Mantissa, s = 
Negative Mantissa, s = 

Normalized Numbers: 
Bias of e 
Range of e 
Range off 

Mantissa = Significand = 
Relation to Representation of Real Numbers 

Denormalized Numbers: 

e = Format Minimum = 

Bias of e 

Range off 
Mantissa = Significand = 
Relation toRepresentation of Real Numbers 

Signed Zeros: 
e = Format Minimum = 
f = Mantissa = Significand = 

Signed Infinities: 
e = Format Maximum = 
f = Mantissa = Significand = 

NANs (Not-A-Number): 
s = 

e = Format Maximum = 
f = 
Representation of f 

xxxx . . . xxxx 
f When Created by the FPCP 

Ranges (Approximate): 
Maximum Positive Normalized 
Minimum Positive Normalized 
Minimum Positive Denormalized 



23 
32 



+ 127 ($7F) 

< e < 255 ($FF) 

Zero or Non-Zero 

l.f 

(-l)s X 2e-127x l.f 



($00) 

+ 126 ($7E) 

Non-Zero 

O.f 

(-1)3x2-126 X O.f 



($00) 
O.f = 0.0 



255 (SFF) 
O.f = 0.0 



Don't Care 

255 ($FF) 

Non-Zero 

.Ixxxx . . . xxxx, Non-Signalinc 

.Oxxxx . . . xxxx. Signaling 

Non-Zero Bit Pattern 

.11111 ... 1111 



3.4 x 1038 
1.2 X 10S-38 
1.4 X 10-45 
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Memory Format: 



Table 3-2. Double Precision Binary Real Format 

63 62 52 51 



Field Size (in Bits): 
s = Sign 

e = Biased Exponent 
f = Fraction 
Total 

Interpretation of Sign: 
Positive Mantissa, s = 
Negative Mantissa, s = 

Normalized Numbers: 
Bias of e 
Range of e 
Range off 

Mantissa = Significand = 
Relation to Representation of Real Numbers 

Denormalized Numbers: e = Format Minimum 
Bias of e 

Range of f 

Mantissa = Significand = 

Relation to Representation of Real Numbers 

Signed Zeros: 
e = Format Minimum = 
f = Mantissa = Significand = 

Signed Infinities: 

e = Format Maximum = 
f = Mantissa = Significand = 

NANs (Not-A-Number): 
s = 

e = Format Maximum = 
f = 
Representation of f 

xxxx . . . xxxx 

f When Created by the FPCP 

Ranges (Approximate): 
Maximum Positive Normalized 
Minimum Positive Normalized 
Minimum Positive Denormalized 



s 


BIASED 
EXPONENT 


FRACTION 



1 

11 

52 
64 



+ 1023 

< e < 2047 ($7FF) 

Zero or Non-Zero 

l.f 

(-l)s X 26-1023 X l.f 

($000) 

+ 1022 ($3FE) 

Non-Zero 

O.f 

(-1)5x2-1022 X O.f 



($00) 
O.f = 0.0 



2047 ($7FF) 
O.f = 0.0 



Don't Care 

2047 ($7FF) 

Non-Zero 

.Ixxxx . . . xxxx, Non-Signalinc 

.Oxxxx . . . xxxx, Signaling 

Non-Zero Bit Pattern 

.11111 ... 1111 

18 X 10307 

2.2 X 10-308 
4.9 X 10-324 
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Memory Format: 



Table 3-3. Extended Precision Binary Real Format 

95 94 80 79 64 62 



Field Size (in Bits): 
s = Sign 

e = Biased Exponent 
u = Zero, Reserved 
j = Integer Part 
f = Fraction 
Total 

Interpretation of Unused Bits: 
Input 
Output 

Interpretation of Sign: 
Positive Mantissa, s = 
Negative Mantissa, s = 

Normalized Numbers: 
Bias of e 
Range of e 
J = 

Range off 

j.f = Mantissa = Significand = 
Relation to Representation of Real Numbers 

Denormalized Numbers: 
e = Format Minimum 
Bias of e 
j = 

Range of f 

j.f = Mantissa = Significand = 
Relation to Representation of Real Numbers 



Signed Zeros: 
e = Format Minimum = 
j.f = Mantissa = Significand = 

Signed Infinities: 
e = Format Maximum = 
j = 
j.f = Mantissa = Significand 

NANs (Not-A-Number): 
s = 
j = 

e = Format Maximum = 
f = 
Representation of f 

XXX . . . xxxx 

f When Created by the FRCP 

Ranges (Approximate): 
Maximum Positive Normalized 
Minimum Positive Normalized 
Minimum Positive Denormalized 



s 


BIASED 
EXPONENT 


ZERO 


INTEGER PART 
FRACTION 



15 

16 

1 

63 

96 



Don't Care 
All Zeros 



+ 16383 ($3FFF) 

< = e < 32767 ($7FFF) 

1 

Zero or Non-Zero 

l.f 

(_1)s X 26-16383 X j.f 



($0000) 

+ 16383 ($3FFF) 



Non-Zero 

O.f 

(-l)s X 2-16383 X O.f 



($0000) 
0.0 



32767 ($7FFF) 
Don't Care 
i.OOO . . . 0000 



Don't Care 

Don't Care 

32767 ($7FFF) 

Non-Zero 

j.lxxx . . . xxxx, Non-Signaling 

j.Oxxx . . . xxxx. Signaling 

Non-Zero Bit Pattern 

1.11111 .. . 1111 



6 X 104931 



9 X 



10-4933 
104952 
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Table 3-4. Decimal String Type Definitions 



Operand 
Type 


Word 5 


Word 4 


Words 3-0 


15 


14 


13 


12 


11 ...0 


15... 


16-Digit Fraction 


SM 


SE 


y 


y 


3-Digit Exponent 


1-Digit Integer 


±INFINITY 


0/1 


1 


1 


1 


$FFF 


$XXX 


$00 . . . 00 


±NAN 


0/1 


1 


1 


1 


$FFF 


$XXXX 


Non-Zero, see Note 1 


±SNAN 


0/1 


1 


1 


1 


$FFF 


$XXXX 


Non-Zero, see Note 1 


±ZERO 





0/1 


X 


X 


$000-$999 


$xxxO 


$00 . . . 00 


-ZERO 


1 


0/1 


X 


X 


$000-$999 


$xxxO 


$00 . . . 00 


+ ln-Range 





0/1 


X 


X 


$000-$999 


$xxx0-$xxx9 


$00...01-$99...$99 


-In-Range 


1 


0/1 


X 


X 


$000-$999 


$xxx0-$xxx9 


$00...01-$99...$99 



NOTES: 

1. A decimal string with the SE and y bits set, an exponent of $FFF, and a non-zero 16-digit decimal fraction is a NAN. When this 
string is used by the FRCP, the fraction part of the NAN is moved bit-for-bit into the extended precision mantissa of a floating- 
point register. The exponent of the register is set to signify a NAN, but no decimal-to-binary conversion or any other conversion 
is performed. Therefore, the most-significant bit of the most-significant digit in the decimal fraction (most-significant bit of 
MANTIS) is a don't care (as in extended NANs) and the most significant bit minus one of MANT15 is the signaling NAN (SNAN) 
bit. If the NAN bit is a zero, then it is a SNAN. 

2. If a non-decimal digit [$A . . . $F] appears in the exponent of a zero, the number is converted to a true zero. The FRCP does not 
detect non-decimal digits [$A . . . $F] in the exponent, integer, or fraction digits of an in-range decimal string. These non-decimal 
digits are converted to binary in the same manner as decimal digits; however, the result is probably useless, although it is 
repeatable. 

3. Since in-range numbers cannot overflow or underflow when converted to extended precision, normalized extended precision 
numbers are always produced by conversion from the decimal data format. 













«M/«>I rtf ■ 








— = POSITIVE, 1 = NEGATIVE IMPLICIT DE 








„,„„ „^ , 


















DON'T CARES 

1 


















YY 


EXP2 


EXP1 


EXPO 


{EXP3) 


XXXX 


XXXX 


MANTIS 




MANT15 


MANT14 


MANT13 


MANT12 


MANT11 


MANTIO 


MANT9 


MANT8 




MANT7 


MANT6 


MANT5 


MANT4 


MANT3 


MANT2 


MANT1 


MANTO 





MANTn Is the nth digit of the mantissa. 

EXPn Is the nth digit of the exponent. EXP3 is only generated during a move out operation if the source 

operand exponent exceeds the magnitude of a three digit exponent; otherwise, it is a don't care. 

Only EXP0-EXP2 are used for input. 
XXXX Are don't care bits, which are zero when written and ignored when read. 

Figure 3-11. Packed Decimal Real Data Format Detail 
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SECTION 4 
INSTRUCTION SET 

This section describes the MC6888 1/MC68882 (FPCP) instruction set in detail, using the IVIotorola 
assembly language syntax and notation. As an introduction, a summary of the instruction set is 
presented, followed by a detailed description of each instruction. Also included at the end of this 
section is a listing of the binary patterns of all of the instructions and an opcode map summary 
for use by assembler and compiler writers. 

4.1 INSTRUCTION DESCRIPTION CONVENTIONS 

The instruction set is discussed in this section using this functional grouping and the following 
notation: 

B, W, L The same size codes as all M68000 Family processors; specifies a signed integer 
data type (twos complement) of byte (8 bits), word (16 bits), or long word (32 
bits) 

8 Single precision real data format (32 bits) 

D Double precision real data format (64 bits) 

X Extended precision real data format (96 bits, 16 bits unused) 

P Packed BCD real data format (96 bits, 12 bytes) 

FPm, FPn One of the eight floating-point data registers 

FPcr One of the three floating-point system control registers (FPCR, FPSR, or FPIAR) 

<ea> Any valid MC68020/MC68030 (MPU) addressing mode 

k A twos complement signed integer (-64 to +17) that specifies the format of a 
number to be stored in the packed decimal format 

ccc An index into the FPCP constant ROM 

<list> A list of floating-point data registers or control registers 

<label> A relative label used by an assembler to calculate a displacement 

4.2 INSTRUCTION GROUPS 

The following paragraphs briefly describe each instruction group along with tables showing the 
Motorola syntax for each instruction. The FPCP instructions can be separated into the following 
groups: 

Data Movement Program Control 

Dyadic Operations System Control 

Monadic Operations 
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4.2.1 Data Movement Operations 

This group of instructions includes those that load or store the user visible configuration of the 
FRCP and that move operands into, between, or out of the floating-point data registers. Data 
format conversion functions are also implicitly supported since all external data formats are 
converted to extended precision for internal storage, and vice versa. Operations to move the 
system control registers into and but of the FRCP are also provided. The move constant ROM 
(FMOVECR) instruction allows floating-point data registers to be loaded quickly with commonly 
used constants such as it, e, 0.0, 1.0, etc. Table 4-1 summarizes the data movement instructions 
that are available and the operand data formats supported. 

Table 4-1. Data Movetnent Operations 



Instruction 


Operand Syntax 


Operand Format 


operation 


FMOVE 


FPm.FPn 

<ea),FPn 

FPm,(ea) 

FPm,(ea>{#k} 

FPm,(ea){Dn} 

(ea),FPcr 

FPcr,(ea) 


X 

B,W,L,S,D,X,P 

B,W,L,S,D,X 

P 

P 

L 

L 


source 4> destination 


FMOVECR 


#ccc,FPn 


X 


ROM constant ^ FPn 


FMOVEM 


<ea),(list)i 
(ea>,Dn 
<list>l,(ea> 
Dn,(ea) 


L,X 
X 

L,X 
X 


listed registers | destination 
source | listed registers 



NOTE: The register list may include any combination of the eight floating-point data registers, or it 
may contain any combination of the three control registers FPCR, FPSR, and FPIAR. If the 
register list mask resides in a main processor data register, only floating-point data registers 
may be specified. 



4.2.2 Dyadic Operations 

The dyadic floating-point instructions provide several arithmetic functions that require two input 
operands such as add, subtract, multiply, and divide. For these operations, the first operand may 
be located in memory, in an integer data register, or in a floating-point data register, and the 
second operand is always contained in a floating-point data register. The results of the operation 
are stored in the register specified as the second operand. With two exceptions, all operations 
support any data format and are performed to extended precision. The exceptions are the single 
precision multiply and divide instructions (FSGLMUL and FSGLDIV). These instructions support 
any precision inputs, but return results accurate only to single precision. These instructions provide 
very high speed operations by sacrificing accuracy. The general format of the dyadic instructions 
is given in Table 4-2; the available operations are listed in Table 4-3. 





Table 4-2. 


Dyadic Operation Format 


Instruction 


operand Syntax 


Operand Format 


Operation 


F{dop> 


<ea),FPn 
FPm,FPn 


B,W,L,S,D,X,P 
X 


FPn (function) source ^ FPn 



where: 
<dop> is any one of the dyadic operation specifiers. 
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Table 4-3. Dyadic Operations 



Instruction 


Function 


FADD 


add 


FCMP 


compare 


FDIV 


divide 


FMOD 


modulo remainder 


FMUL 


multiply 


FREM 


IEEE remainder 


FSCALE 


scale exponent 


FSGLDIV 


single precision divide 


FSGLMUL 


single precision multiply 


FSUB 


subtract 



4.2.3 iVIonadic Operations 

The monadic floating-point instructions provide several arithmetic functions that require only one 
input operand. Unlike the integer counterparts to these functions (e.g., NEG <ea>), a source and 
a destination may be specified. The operation is performed on the source operand and the result 
is stored in the destination, which is always a floating-point data register. When the source is not 
a floating-point data register, all data formats are supported; the data format is always extended 
precision for register-to-register operations. The general format of these instructions is shown in 
Table 4-4, and the available operations are listed in Table 4-5. The form of the simultaneous sine 
and cosine instruction is given in Table 4-6. 

Table 4-4. Monadic Operation Format 



Instruction 


Operand Syntax 


Operand Format 


Operation 


F(mop) 


(ea),FPn 
FPm,FPn 
FPn 


B,W,L,S,D,X,P 

X 

X 


source | function | FPn 
FPn i function ^ FPn 



where: 
<mop> is any one of the monadic operations specifiers. 



Table 4-5. Monadic Operations 



Instruction 


Function 


FABS 


absolute value 


FACOS 


arc cosine 


FASIN 


arc sine 


FATAN 


arc tangent 


FATANH 


iiyperbolic arc tangent 


FOGS 


cosine 


FCOSH 


hyperbolic cosine 


FETOX 


eX 


FET0XM1 


eX-1 


FGETEXP 


extract exponent 


FGETMAN 


extract mantissa 


PINT 


extract integer part 


FINTRZ 


extract integer part, rounded-to-zero 



Instruction 


Function 


FLOGN 


ln(x) 


FL0GNP1 


In(x-)-l) 


FLOG10 


logio(x) 


FL0G2 


log2(x) 


FNEG 


negate 


FSIN 


sine 


FSINH 


hyperbolic sine 


FSQRT 


square root 


FTAN 


tangent 


FTANH 


hyperbolic tangent 


FTENTOX 


10X 


FTWOTOX 


2x 
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Table 4-6. Dual Monadic Operation Format 



Instruction 


Operand Syntax 


Operand Format 


Operation 


FSINCOS 


<ea),FPc:FPs 
FPm,FPc:FPs 


B,W,L,S,D,X,P 
X 


SIN(source) » FPs; 
COS(source) ^ FPc 



4.2.4 Program Control Operations 



The program control instructions provide a means of affecting program flow based on conditions 
present in the floating-point status register after any operation that sets the condition codes. In 
addition to allowing direct control of program flow with the branch conditionally (FBcc) and the 
decrement and branch conditionally (FDBcc) instructions, the set conditionally (FScc) instruction 
allows the user to set a Boolean variable based on the floating-point condition codes as an 
intermediate result in the evaluation of a complex Boolean equation. Also included is a test 
operand instruction (FTST) that sets the floating-point condition codes for use by the other program 
and system control instructions, and a no operation instruction (FNOP) that may be used to force 
synchronization of the FRCP with the main processor. Table 4-7 summarizes the program control 
instructions that are available. 





Table 4-7. Program Control Operations 


Instruction 


Operand Syntax 


Operand Format 


Operation 


FBcc 


(label) 


W,L 


if condition true, 
then PC + d» PC 


FDBcc 


Dn,(label) 


W 


if condition true, then no operation; 
else Dn-1 | Dn; 
if Dn:^-1 
then PC + d| PC 


FNOP 


none 


none 


no operation 


FScc 


(ea) 


B 


if condition true, 
then 1's 1 destination 
else O's ^ destination 


FTST 


(ea> 
FPn 


B,W,L,S,D,X,P 
X 


set FPSR condition codes 



The FRCP supports 32 conditional tests that are separated into two groups — 16 that cause an 
exception if an unordered condition is present when the conditional test is attempted, and 16 that 
do not cause a exception if an unordered condition is present. (An unordered condition occurs 
when an input to an arithmetic operation is a NAN.) Table 4-8 lists the 32 condition code mne- 
monics along with the conditional test function. Refer to 4.4 CONDITIONAL TEST DEFINITIONS 
for a detailed description of the conditional equation used by each test. 

Table 4-8. Conditional Test Mnemonics 



Exception on Unordered 


No Exception on Unordered | 


GE 


greater than or equal 


OGE 


ordered greater than or equal 


GL 


greater than or less than 


OGL 


ordered greater than or less than 


GLE 


greater than or less 


OR 


ordered 


GT 


greater than 


OGT 


ordered greater than 


LE 


less than or equal 


OLE 


ordered less than or equal 


LT 


less than 


OLT 


ordered less than 


NGE 


not (greater than or equal) 


UGE 


unordered or greater than equal 



MOTOROLA 
4-4 



MC68881/MC68882 USER'S MANUAL 



Table 4-8. Conditional Test Mnemonics (Continued) 



Exception on Unordered 


No Exception on Unordered { 


NGL 


not (greater than or less than) 


UEQ 


unordered or equal 


NGLE 


not (greater than or less than or equal) 


UN 


unordered 


NGT 


not greater than 


UGT 


unordered or greater than 


NLE 


not (less than or equal) 


ULE 


unordered or less than or equal 


NLT 


not less than 


ULT 


unordered or less than 


SEQ 


signaling equal 


EQ 


equal 


SNE 


signaling not equal 


NE 


not equal 


SF 


signaling always false 


F 


always false 


ST 


signaling always true 


T 


always true 



4.2.5 System Control Operations 

The system control instructions communicate witii the operating system via a conditional trap 
instruction (FTRAPcc), and save or restore (FSAVE or FRESTORE) the non-user visible portion of 
the FRCP during context switches in a virtual memory or other type of multitasking system. The 
conditional trap instruction uses the same conditional tests as the program control instructions 
and allows an optional 16- or 32-bit immediate operand to be included as part of the instruction 
for passing parameters to the operating system. Table 4-9 summarizes the system control in- 
structions. 

Table 4-9. System Control Operations 



Instruction 


Operand Syntax 


Operand Size 


Operation 


FRESTORE 


(ea> 


none 


state frame | internal registers 


FSAVE 


<ea) 


none 


internal registers ^ state frame 


FTRAPcc 


none 
#xxx 


none 
W,L, 


if condition true, 
then take exception 



4.3 COMPUTATIONAL ACCURACY 

Whenever an attempt is made to represent a real number in a binary format of finite precision, 
there is a possibility that the number cannot be represented exactly; this is commonly referred 
to as round-off error. Furthermore, when two inexact numbers are used in a calculation, the error 
present in each number is reflected and possibly aggravated, in the result. 

One of the major reasons that the IEEE Standard for Binary Floating-Point Arithmetic (ANSI/IEEE 
Std 754-1985) was developed is to define the error bounds for calculation of binary floating-point 
values so that all machines conforming to the standard produce the same results for an operation. 
The operation must meet the following conditions: 

1. same input values, 

2. same rounding mode, and 

3. same precision. 

The IEEE standard specifies not only the format of data items, but also defines: 

1. the maximum allowable error that may be introduced during a calculation, and 

2. the manner in which rounding of the result is performed. 
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However, the IEEE specification defines only the operation of some of the instructions supported 
by the FRCP; those not specified by the IEEE standard are described in detail in the following 
paragraphs. The following paragraphs discuss the accuracy of the calculations performed by the 
FRCP, grouping them as follows: 

1. the IEEE specified operations and non-transcendental functions, 

2. the transcendental functions, and 

3. the IEEE specified conversions between binary and decimal real formats. 

4.3.1 Arithmetic instructions 

The IEEE Specification for Binary Floating-Point Arithmetic specifies that the following operations 
must be supported for each data format: add, subtract, multiply, divide, remainder, square root, 
integer part, and compare. Conversions between the various data formats are also required. In 
addition to these arithmetic functions, the FRCP also supports the non-transcendental operations 
of: absolute value, get exponent, get mantissa, negate, modulo remainder, scale exponent, and 
test. Since the IEEE specification defines the error bounds to which all calculations are performed, 
the result obtained by any conforming machine can be predicted exactly for a particular precision 
and rounding mode. The error bound defined by the IEEE specification is one-half unit in the last 
place of the destination data format in the round-to-nearest mode, and one unit in the last place 
in the other rounding modes. 

The FRCP performs all calculations using a 67-bit mantissa for the intermediate results. The three 
bits beyond the precision of the extended format allow the FRCP to perform all calculations as if 
to infinite precision, and then round the result to the desired precision before storing it in the 
destination. By performing calculations in this manner, the final result is always correct for the 
specified destination data format before rounding is performed (unless an overflow or underflow 
error occurs). The specified rounding operation then produces a number that is as close as possible 
to the infinitely precise intermediate value and is still representable in the selected precision. An 
example of how the 67-bit mantissa allows the FRCP to meet the error bound of the IEEE speci- 
fication is as follows: 

Mantissa I g r s 

Intermediate Result: x.x xOO 1 (Tie Case) 

Round-to-Nearest Result: x.x xOO 

In this case, the least-significant bit (I) of the rounded result is not incremented, even though the 
guard bit (g) is set in the intermediate result. The IEEE standard specifies that tie cases should 
be handled in this manner. Assuming that the destination data format is extended, if the difference 
between the infinitely precise intermediate result and the round-to-nearest result is calculated, 
the relative difference is 2-64 (the value of the guard bit). This error is equal to one-half of the 
value of the least significant bit, and is the worst-case error that can be introduced when using 
the round-to-nearest mode. Thus, the term one-half unit in the last place correctly identifies the 
error bound for this operation. This error specification is the relative error present in the result; 
the absolute error bound is equal to 2exponent x 2-64. An example of the error bound for the 
other rounding modes is as follows: 

Mantissa I g r s 

Intermediate Result: x.x xOO 1 1 1 

Round-to-Zero Result: x.x xOO 

In this case, the difference between the infinitely precise result and the rounded result is 
2-64+2-65 + 2-66, which is slightly less than 2 - 63 (the value of the least-significant bit). Thus, 
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the error bound for this operation is not more than one unit in the last place. For all of the 
arithmetic operations, these error bounds are met by the FRCP, thus providing accurate and 
repeatable results. 

4.3.2 Transcendental Instructions 

The IEEE specification does not define the error bound to which transcendental (except square 
root) functions are to be performed. In this context, the transcendental functions are all of those 
operations not mentioned in the previous paragraphs (i.e., the trigonometric, hyperbolic, loga- 
rithmic, and exponential instructions). Due to the highly recursive nature of the algorithms used 
to calculate these functions, the round-off error in the input operands to a function, combined 
with the limited precision of the FRCP ALU, do not allow the calculation of a result with the same 
error limit as the arithmetic functions. However, these operations are quite accurate given the 
constraint of using an ALU with a finite precision of 67 bits. In general, the worst-case accuracy 
of any transcendental function is one unit in the last place of double precision (which is equal to 
4096 units in the last place of extended precision). The typical error bound for these instructions 
is approximately 64 units in the last place of extended precision. The following example illustrates 
the significance of this error bound: 

Mantissa 

Correct Result: x.x xOOOOOOOO 

FRCP Calculated Result: x.x xOIOOOOOO 

In this case, the relative difference between the correct result and the result calculated by the 
FRCP is 2~57 (assuming an extended precision result), which is 26 times the value of the least- 
significant bit. This difference corresponds to an error of 64 units in the last place. 

Note that the transcendental functions perform limited checking for special case input values such 
as boundary conditions. For example, the exponential functions check for a zero input value, but 
do not check for exact integer values. Thus, raising a number to an exact integer value may not 
produce an exact result (e.g., the instruction FTENTOX #1,FP0 does not produce an extended 
precision value of exactly 10.0), and the INEX2 bit in the FPSR may be set even if an exact result 
is produced. 



4.3.3 Decimal Conversions 

The IEEE standard does not specify the format of the decimal real representation used by any 
conforming machine, but it does define the error bounds for conversions between decimal and 
the single and double precision binary formats. Thus, such conversions always produce consist- 
ently rounded results, and those results are predictable and repeatable on any conforming system. 
However, it is not always possible to perform an exact conversion between these data formats, 
due to the limited precision of the numbers and the different radices of the values. The error 
bound for these conversions is 0.97 unit in the last digit of the destination precision for the round- 
to-nearest mode; and 1 .47 units in the last digit of the destination precision for the other rounding 
modes. When an input conversion cannot produce an exact result, the FRCP sets the INEX1 bit 
in the FPSR exception byte. This indication allows for special handling of these conversion errors 
that is separate from the handling of other types of inaccurate results. When an output conversion 
cannot produce an exact result, the INEX2 bit is set. 

The packed decimal data format supported by the FRCP allows the representation of double 
precision binary numbers in a decimal form, in accordance with the IEEE specification. When a 
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packed decimal number is converted to extended precision, the result is always in range although 
the conversion may be inexact. The result is within range because the magnitudes of the exponent 
and mantissa of a packed decimal number are less than the largest values representable in the 
extended precision format. Refer to 6.1.8 Inexact Result on Decimal Input for a description of the 
handling of inaccurate decimal to binary conversions. 

When an extended precision number is converted to packed decimal, the result may be a number 
that cannot be represented exactly, or a number that is too large to be represented with a three- 
digit exponent. When this type of conversion is performed, the k factor specified is used to locate 
the decimal rounding boundary. If the magnitude of the rounded decimal result exponent exceeds 
999, the FRCP signals an operand error and calculates a fourth exponent digit, which is included 
in the destination operand (see Figure 3-11 for the position of the fourth digit). Refer to 6.1.7 
Inexact Result for a description of the handling of inaccurate binary to decimal conversions. 

Note that the error bounds specified by the IEEE standard apply only to conversions of values in 
the range of the double precision format. The error bound for conversions by the FRCP of extended 
precision values which cannot be represented in double precision is significantly larger. Software 
must be provided to convert such extended precision values to decimal. The conversion must 
generate decimal results with an error bound analogous to those specified in the IEEE standard 
for double precision values. That software envelope must utilize a super extended precision to 
achieve such error bounds. 

Note that the binary to/from decimal conversions performed by the FRCP utilize the on-chip ROM 
values of powers of 10 for speed and accuracy, thus allowing exact conversions in many cases 
(particularly for values that are exact powers of ten). 

4.4 CONDITIONAL TEST DEFINITIONS 

The FRCP provides a very simple mechanism for performing conditional tests of the result of any 
arithmetic floating-point operation. First, the condition code bits in the FPSR are set or cleared at 
the end of any arithmetic operation or move operation to a single floating-point data register. 
The condition code bits are always set consistently based on the result of the operation. Second, 
the FRCP provides 32 conditional tests that are supported in hardware by the M68000 Family 
coprocessor interface. This mechanism allows conditional instructions that test floating-point 
conditions to be coded in exactly the same way as the integer conditional Instructions. The 
evaluation of the conditional test by the FRCP is performed automatically. The combination of 
the consistent setting of the condition code bits and the simple programming of conditional 
instructions gives the MC68020/1V1C68030 and FRCP combination a very flexible, high performance 
method of altering program flow based on floating-point results. 

One important programming consideration is that the inclusion of the NAN data type in the IEEE 
floating-point number system requires each conditional test to include the NAN condition code 
bit in its Boolean equation. Because a comparison of a NAN with anything is unordered (i.e., it 
is impossible to determine if a NAN is bigger or smaller than an in-range number), the compare 
instruction sets the NAN condition code bit when an unordered compare is attempted. All arith- 
metic instructions also set the NAN bit if the result of an operation is a NAN. The conditional 
instructions interpret the NAN condition code bit equal to 1 as the unordered condition. 

The inclusion of the unordered condition in floating-point branches destroys the familiar tricho- 
tomy relationship (greater than, equal, less than) that exists for integers. For example, the opposite 
of floating-point branch greater than (FBGT) is not floating-point branch less than or equal (FBLE). 
Rather, the opposite condition is floating-point branch not greater than (FBNGT). If the result of 
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the previous instruction was unordered, FBNGT is true; whereas, both FBGT and FBLE would be 
false since unordered fails both of these tests (and sets BSUN). Compiler programmers should 
be particularly careful of the lack of trichotomy in the floating-point branches since it is common 
for compilers to invert the sense of conditions. 

In the following paragraphs, the conditional tests are described in three main categories: 

1. IEEE non-aware tests, 

2. IEEE aware tests, and 

3. Miscellaneous. 

The set of IEEE non-aware tests is best used: 

1. when porting a program from a system that does not support the IEEE standard to a con- 
forming system, or 

2. when generating high-level language code that does not support IEEE floating-point concepts 
(i.e., the unordered condition). 

When using the set of IEEE non-aware tests, the user receives a BSUN exception whenever a 
branch is attempted and the NAN condition code bit is set, unless the branch is an FBEQ or an 
FBNE. If the BSUN trap is enabled in the FPCR register, the exception causes a trap. Therefore, 
the IEEE non-aware program is interrupted if something unexpected occurs. 

The IEEE aware branch set should be used in programs that contain ordered and unordered 
conditions by compilers and programmers who are knowledgeable of the IEEE standard. Since 
the ordered or unordered attribute is explicitly included in the conditional test, the BSUN bit is 
not set in the status register EXC byte when the unordered condition occurs. 



4.4.1 IEEE Non-Aware Tests 



All of the conditional tests in the following table, except EQ and NE, set the BSUN bit in the status 
register exception byte if the NAN condition code bit is set when a conditional instruction is 
executed. 



where: 



"A" 



: Logical OR 
= Logical AND 



Mnemonic 


Definition 


Equation 


Predicate 


EQ 


Equal 


Z 


000001 


NE 


Not Equal 


z 


001110 


GT 


Greater Than 




010010 


NANvZvN 


NGT 


Not Greater Than 


NANvZvN 


011101 


GE 


Greater Than or Equal 


Zv(NANvN) 


010011 


NGE 


Not (Greater Than or Equal) 


NANv(NAZ) 


011100 


LT 


Less Than 


NA(NANvZ) 


010100 


NLT 


Not Less Than 


NANv(ZvN) 


011011 


LE 


Less Than or Equal 


Zv(NANAN) 


010101 


NLE 


Not (Less Than or Equal) 


NANv(NvZ) 


011010 


GL 


Greater or Less Than 


NANvZ 


010110 


NGL 


Not (Greater or Less Than) 


NANvZ 


011001 


GLE 


Greater, Less or Equal 


NAN 


010111 


NGLE 


Not (Greater, Less or Equal) 


NAN 


011000 
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4.4.2 I FEE Aware Tests 

The following conditional tests do not set the BSUN bit in the status register exception byte under 
any circumstances. 



Mnemonic 


Definition 


Equation 


Predicate 


EQ 


Equal 


Z 


000001 


NE 


Not Equal 


z 


001110 


OGT 


Ordered Greater Than 




000010 


NANvZvN 


ULE 


Unordered or Less or Equal 


NANvZvN 


001101 


OGE 


Ordered Greater Than or Equal 


Zv(NANvN) 


000011 


ULT 


Unordered or Less Than 


NANv(NAZ) 


001100 


OLT 


Ordered Less Than 


NA(NANvZ) 


000100 


UGE 


Unordered or Greater or Equal 


NANvZvN 


001011 


OLE 


Ordered Less Than or Equal 


Zv(NANAN) 


000101 


UGT 


Unordered or Greater Than 


NANv(NvZ) 


001010 


OGL 


Ordered Greater or Less Than 


NANvZ 


000110 


UEQ 


Unordered or Equal 


NANvZ 


001001 


OR 


Ordered 


NAN 


000111 


UN 


Unordered 


NAN 


001000 



where: 
"v" = Logical OR 
"A" = Logical AND 



4.4.3 Miscellaneous Tests 



The following tests are not generally used but are implemented for completeness of the set. If 
the NAN condition code bit is set, T and F do not set the BSUN bit, but SF, ST, SEQ, and SNE do 
set the BSUN bit. 



Mnemonic 


Definition 


Equation 


Predicate 


F 


False 


False 


000000 


T 


True 


True 


001111 


SF 


Signalling False 


False 


010000 


ST 


Signalling True 


True 


011111 


SEQ 


Signalling Equal 


Z 


010001 


SNE 


Signalling Not Equal 


Z 


011110 



4.5 DETAILED INSTRUCTION DESCRIPTIONS 

Subsequent paragraphs contain detailed information about each instruction in the FRCP instruction 
set. Instructions are arranged in alphabetical order by assembler mnemonic. The following par- 
agraphs provide background information to aid in reading the detailed instruction information 
presented. 

4.5.1 Addressing Modes 

Due to the nature of the MC68020/MC68030 and FPCP coprocessor interface, the FPCP supports 
all MC68020/MC68030 addressing modes. The MC68020/MC68030 effective address modes are 
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categorized by the manner in which the modes are used. The following classifications are used 
in the instruction details. 

Data If an effective address is used to refer to data operands, it is considered a data 

addressing mode. 

Memory If an effective address is used to refer to memory operands/it is considered a 

memory addressing mode. 

Alterable If an effective address is used to refer to alterable (writable) operands, it is 
considered an alterable addressing mode. 

Control If an effective address is used to refer to memory operands that do not have 

an associated size, it is considered a control addressing mode. 

Table 4-10 shows the various addressing categories of each effective address mode. These cat- 
egories may be combined so that additional, more restrictive, classifications may be defined. For 
example, the instruction descriptions use such classifications as memory alterable or data alter- 
able. The former refers to those addressing modes which are both memory and alterable addresses 
(i.e., the intersection of the two sets of modes), and the latter refers to addressing modes which 
are both data and alterable. 



4.5.2 Instruction Description Format 

The details of each instruction are provided in 4.6 Individual Instruction Descriptions. Figure 4-1 
illustrates what information is given in these instructions descriptions. 



Table 4-10. Effective Addressing Mode Categories 




Address Modes 


Mode 


Register 


Data 


Memory 


Control 


Alterable 


Assembler Syntax 


Data Register Direct 


000 


reg. no. 


X 


— 


— 


X 


Dn 


Address Register Direct 


001 


reg. no. 


— 


— 


— 


X 


An 


Address Register Indirect 


010 


reg. no. 


X 


X 


X 


X 


(An) 


Address Register Indirect 
















with Postincrement 


oil 


reg. no. 


X 


X 


— 


X 


(An) + 


Address Register Indirect 
















with Predecrement 


100 


reg. no. 


X 


X 


— 


X 


-(An) 


Address Register Indirect 
















with Displacement 


101 


reg. no. 


X 


X 


X 


X 


(di6,An) 


Address Register Indirect with 
















Index (8-Bit Displacement) 


110 


reg. no. 


X 


X 


X 


X 


(d8,An,Xn) 


Address Register Indirect with 
















Index (Base Displacement) 


110 


reg. no. 


X 


X 


X 


X 


(bd,An,Xn) 


Memory Indirect Postindexed 


110 


reg. po. 


X 


X 


X 


X 


([bd,An],Xn,od) 


iVIemory indirect Preindexed 


110 


reg. no. 


X 


X 


X 


X 


([bd,An,Xn],od) 


Absolute Short 


111 


000 


X 


X 


X 


X 


(xxx).W 


Absolute Long 


111 


001 


X 


X 


X 


X 


(xxx).L 


Program Counter Indirect 
















with Displacement 


111 


010 


X 


X 


X 


— 


(di6,PC) 


Program Counter Indirect with 
















index (8-Bit) Displacement 


111 


Oil 


X 


X 


X 


— 


(d8,PC,Xn) 


Program Counter Indirect vvith 
















Index (Base Displacement) 


111 


Oil 


X 


X 


X 


— 


(bd,PC,Xn) 


PC Memory Indirect 
















Postindexed 


111 


Oil 


X 


X 


X 


— 


([bd,PC],Xn,od) 


PC Memory Indirect 
















Preindexed 


111 


Oil 


X 


X 


X 


— 


([bd,PC,Xn],od) 


Immediate 


111 


100 


X 


X 


— 


— 


#{data) 
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Instruction Name- 



Operation Description (see 4.6 Individual In- 
struction Descriptions for notation definitions) 

Syntax for this Instruction 



Text Description of Instruction Operation 



Result of Operation for Input Operand(s). (This 
table defines the data type of the result that is 
returned for each combination of input oper- 
ands.) 



Status Register Effects 



Instruction Format (This specifies the bit pat- 
tern and fields of the operation and command 
words, and any other words that are always 
part of the instruction. The effective address 
extensions are not explicitly illustrated. The ex- 
tension words (if any) follow immediately after 
the illustrated portions of the instructions. Re- 
fer to the user's manual of the MC68020 or 
MC68030 for the format of any required exten- 
sion words.) 

Meanings and Allowed Values (for the various 
fields required by the instruction format.) 



FABS 



Operation: 

Assembler 
Syntax: 



Absolute Value of Sou 



FABS.<fmt> 

FABS.X 

FABS.X 



<ea 
FPn- 
FPn 



Attributes: Format = (Byte, Word, 

Description: Converts the source 0| 
absolute value of that number in 

Operation Table: 



^-— ^^^ Source 
Destination ~^^^ 


In 

+ 


Result 


Abso 



NOTE: If the source operand is a 



-*- Status Register: 



Condition Codes: 




Affected 
DITION < 


Quotient Byte: 




Not affei 


Exception Byte: 




BSUN 

SNAN 

OPERR 

OVFL 

UNFL 

DZ 

INEX2 

INEX1 


Accrued Exception 


Byte 


: Affected 
bility. 



Instruction Format: 

15 14 13 12 11 10 



1 


1 


1 


1 


COPROCESSO 
ID 





R/M 





SOURCE 
SPECIFIER 





Figure 4-1. Instruction Description Format 
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4.5.3 Operation Tables 

An operation table is included for most instructions. This table lists the result data types for the 
instruction based on types of input operand(s). For example, Figure 4-2 illustrates the table for 
the FADD instruction. 



~--.-,_^_^ Source 
Destination'''^" — .._^^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


In Range 


Add 


Add 


+ inf -inf 


Zero 


Add 


+ 0.0 o.oi 
0.01 -0.0 


+ inf -inf 


Infinity 


+ inf 
-inf 


+ inf 
-inf 


+ inf NAN2 
NAN2 -inf 



NOTES: 

1. Returns +0.0 in rounding modes RN, RZ, and RP; returns -0.0 in RIVI. 

2. Sets the OPERR bit in the FPSR exception byte. 

3. If either operand is a NAN, refer to 4.5.4 NAIMs for more information. 

Figure 4-2. Operation Table Example (FADD Instruction) 



In this table, the type of the source operand is shown along the top, and the type of the destination 
operand is shown along the side. In-range numbers are normalized, denormalized, or unnor- 
malized real numbers, integers, or packed decimal numbers that are converted to normalized or 
denormalized extended precision numbers upon entering the FPCP. 

From this table, it can be seen that if both the source and destination operand are positive zero, 
the result is also a positive zero. For another example, if the source operand is a positive zero 
and the destination operand is an in-range number, then the ADD algorithm is executed to obtain 
the result. If a label such as ADD appears in the table, it indicates that the FPCP performs the 
indicated operation and returns the correct result. 

A third example of using the tables is when a source operand is plus infinity, and the destination 
operand is minus infinity. Since the result of such an operation is undefined, a not-a-number 
(NAN) is returned as the result, and the OPERR bit is set in the FPSR exception byte. 



4.5.4 NANs 

In addition to the data types covered in the operation tables for each instruction, NANs can also 
be used as inputs to an arithmetic operation. The operation tables do not contain a row and 
column for NANs because NANs are handled the same way in all operations. 

4.5.4.1 NON-SIGNALING NANS. If either, but not both, operand of an operation is a NAN, and it 
is a non-signaling NAN, then that NAN is returned as the result. If both operands are non-signaling 
NANs, then the destination operand non-signaling NAN is returned as the result. 

4.5.4.2 SIGNALING NANS. If either operand to an operation is a signaling NAN (SNAN), then the 
SNAN bit is set in the FPSR EXC byte. If the SNAN trap enable bit is set in the FPCR ENABLE 
byte, then the trap is taken and the destination is not modified. If the SNAN trap enable bit is not 
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set, then the SNAN is converted to a non-signaling NAN (by setting the SNAN bit in the operand 
to a one), and the operation continues as described in the preceding section for non-signaling 
NANs. 

4.5.5 Operation Post Processing 

Most floating-point operations end with an identical post processing step. While reading the 
summary for each instruction, it should be assumed that an instruction performs post processing 
unless the summary specifically states that the instruction does not do so. The following para- 
graphs describe post processing in detail. 

4.5.5.1 SETTING FLOATING-POINT CONDITION CODES. Unlike the integer arithmetic condition 
codes found in the MC68020/MC68030, which are set uniquely for each instruction, the floating- 
point condition codes are either not changed by an instruction or are always set in the same way 
by any instruction. Therefore, it is not necessary to include details of condition code settings for 
each FRCP instruction in the detailed instruction descriptions. The following paragraphs describe 
how condition codes are set for all instructions that modify any condition codes. 

Refer to 2.3.1 FPSR Floating-Point Condition Code Byte for a description of the FPSR condition 
code byte. The four condition code bits are: 

N Sign of Mantissa I Infinity 

Z Zero NAN Not-A-Number 

These condition code bits differ slightly from integer condition codes. The floating-point condition 
codes are not dependent on the type of operation being performed, but rather, can be set at the 
end of the operation by examining the result. (The M68000 integer condition codes bits N and Z 
have this characteristic, but the V and C bits are set differently for different instructions.) At the 
end of any floating-point operation, the result is inspected, and the condition code bits are set or 
cleared accordingly. For example, if the result of an operation is a positive normalized number, 
then all of the condition code bits are set to zero. If the result is a minus infinity, then the N and 
I bits are set, and the Z and NAN bits are cleared. 

Refer to 2.3.1 FPSR Floating-Point Condition Code Byte for a description of the use of these bits 
to generate the four conditions required by the IEEE floating-point standard. Refer to 4.4 CON- 
DITIONAL TEST DEFINITIONS for a description of the use of the four condition code bits to generate 
the 32 floating-point conditional tests. 

4.5.5.2 UNDERFLOW, ROUND, OVERFLOW. During calculation of an arithmetic result, the ALU 
of the FRCP has more precision and range than the 80-bit extended precision format. However, 
the final result of these operations is an extended precision floating-point value. In some cases, 
an internal result becomes either smaller or larger than can be represented in extended precision. 
Also, the operation may have generated a larger exponent or more bits of precision than can be 
represented in the chosen rounding precision. For these reasons, every arithmetic instruction 
ends by rounding the result and checking for overflow and underflow. 

At the completion of an arithmetic operation, the internal result is checked to see if it is too small 
to be represented as a normalized number in the selected precision. If so, the underflow (UNFL) 
bit is set in the FPSR EXC byte. It is also denormalized unless denormalization provides a zero 
value. Denormalizing a number causes a loss of accuracy, but a zero is not returned unless 
absolutely necessary. If a number is grossly underflowed, the FRCP returns a correctly signed 
zero or the correctly signed smallest denormalized number, depending on the rounding mode in 
effect. For more details on underflow, refer to 6.1.5 Underflow. 
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If no underflow occurs, the internal result is rounded according to the user-selected rounding 
precision and rounding mode. Refer to Figure 6-3 for a detailed description of rounding. After 
rounding, the inexact bit (INEX2) is set appropriately. Lastly, the magnitude of the result is checked 
to see if it is too large to be represented in the current rounding precision. If so, the overflow 
(OVFL) bit is set and a correctly signed infinity or correctly signed largest normalized number is 
returned, depending on the rounding mode in effect. For details on overflow refer to 6.1.4 Ov- 
erflow. 

Two important exceptions to the above description are: the execution of the FSGLDIV instruction 
and of the FSGLMUL instruction. For these two instructions, the rounding precision programmed 
in the mode control byte is ignored (although the selected rounding mode is used). The input 
operands to these instructions are assumed to be single precision values, but no checking is 
performed to verify the inputs (each mantissa is truncated to 23 bits, and the exponent is accepted 
as an extended precision value). 

These two instructions first check the intermediate result for underflow as previously described, 
but use the underflow threshold of extended precision regardless of the selected rounding pre- 
cision. If no underflow occurs, the mantissa is rounded to the single precision boundary and is 
denormalized if necessary. Finally, the exponent is checked for overflow, again using the overflow 
threshold of extended precision. Thus, the final result generated has the range of an extended 
precision number with a mantissa accurate to only 23 bits. If an underflow or overflow occurs, 
the correctly signed number returned (largest normalized number, infinity, zero, or smallest de- 
normalized number) is an extended precision number with an extended precision mantissa value. 

4.6 INDIVIDUAL INSTRUCTION DESCRIPTIONS 

The following notation is used in the detailed instruction definitions that follow: 
(operand) Contents of the referenced location or register. 
<fmt> Operand data format: Byte, word, long, single, double, extended, or packed (denoted 

in the assembler syntax as an extension to the instruction mnemonic of .B, .W, .L, 

.8, .D, .X, or .P, respectively). 
<ea> Any valid MC68020/MC68030 addressing mode. 

<label> A relative label used by an assembler to calculate a displacement. 
<list> A list of the floating-point data registers or control registers. 
^ The left operand is moved to the location specified by the right operand. 

FPcr One of the three floating-point system control registers (FPCR, FPSR, or FPIAR). 

FPn One of eight floating-point data registers (always specifies the destination register). 

FPm One of eight floating-point data registers (always specifies the source register). 

FPc:FPs Two of eight floating-point data registers. This notation is used only with the FSIN- 
COS instruction and specifies the register pair where the cosine and sine values are 
stored. 

+ inf Positive infinity 

-inf Negative infinity 

NAN Not-A-Number 

d Displacement 

k An integer (-64 to +17) that specifies the format of a number to be stored in the 

packed BCD format. 

ccc An index into the FPCP constant ROM. 



MC68881/MC68882 USER'S MANUAL MOTOROLA 

4-15 



FABS 



Absolute Value 



FABS 



Operation: Absolute Value of Source | FPn 



Assembler 
Syntax: 



FABS.<fmt> 

FABS.X 

FABS.X 



<ea>,FPn 

FPm,FPn 

FPn 



Attributes: Format = (Byte, Word, Long, Single, Double, Extended, Packed) 

Description: Converts the source operand to extended precision (if necessary) and stores the 
absolute value of that number in the destination floating-point data register. 

Operation Table: 



~~~— -~.._,__^^ Source 
Destination ^"^ — — ,^_^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


Absolute Value 


Absolute Value 


Absolute Value 



NOTE: If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES. 



Quotient Byte: 


Not affected 


Exception Byte: 


BSUN 




SNAN 




OPERR 




OVFL 




UNFL 




DZ 




INEX2 




INEX1 



Cleared 

Refer to 4.5.4 NANs 

Cleared 

Cleared 

If the source is an extended precision denormalized 

number, refer to 6.1.5 Underflow; cleared otherwise. 

Cleared 

Cleared 

If <fmt> is Packed, refer to 6.1.8 Inexact Result on 

Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility. 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 











COPROCESSOR 












EFFECTIVE ADDRESS 




1 


1 


1 


1 


10 















MODE 


REGISTER 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 








1 


1 
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FABS 



Absolute Value 



FABS 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID= 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


rag. number:Dn 


An 


— 


— 


(An) 


010 


rag. numbar:An 


(An) + 


on 


reg. number:An 


-(An) 


100 


rag. number:An 


(die.An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


rag. numbar:An 


([bd,An,Xn],od) 


110 


reg. numbar:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


in 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


on 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xnl,od) 


111 


oil 


(lbd,PC],Xn,od) 


111 


oil 



*0nly if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is then written into the same register. 
If the single register syntax is used. Motorola assemblers set the source and destination 
fields to the same value. 



000 


L 


001 


s 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 
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FAGOS 



Arc Cosine 



FACOS 



Operation: Arc Cosine of Source | FPn 

Assembler FACOS.<fmt> <ea>,FPn 

Syntax: FACOS.X FPm,FPn 

FACOS.X FPn 



Attributes: 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and calculates 
the arc cosine of that number. Stores the result in the destination floating-point data register. 
This function is not defined for source operands outside of the range [-1 ... +1]; if the 
source is not in the correct range, a NAN is returned as the result and the OPERR bit is set 
in the FPSR. If the source is in the correct range, the result is in the range of [0 . . . t:]. 

Operation Table: 



~-^^.^^ Source 
Destinatiori"^ — ...^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


Arc Cosine 


+ 71/2 


NANi 



NOTES: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 






Condition Codes: 


Affected as 


described in 4.5.5.1 SETTING FLOATING-POINT CON- 




DITION CODES. 


Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Set if the source is infinity, > +1 or < -1; cleared 
otherwise. 




OVFL 


Cleared 




UNFL 


Cleared 




DZ 


Cleared 




INEX2 


Refer to 6.1.7 Inexact Result. 




INEX1 


If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility. 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 











COPROCESSOR 












EFFECTIVE ADDRESS 




1 


1 


1 


1 


ID 















MODE 


REGISTEP 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 





P 


1 


1 


1 
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FACOS 



Arc Cosine 



FACOS 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assennblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. numbenAn 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,Anl,Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xnl,od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



*0nly if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is then written into the same register, 
if the single register syntax is used, iVIotorola assemblers set the source and destination 
fields to the same value. 



000 


L 


001 


s 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 
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FADD 



Add 



FADD 



Operation: Source + FPn | FPn 



Assembler 
Syntax: 

Attributes: 



FADD.<fnnt> 
FADD.X 



<ea>,FPn 
FPnn,FPn 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and adds that 
number to the number contained in the destination floating-point data register. Stores the 
result in the destination floating-point data register. 

Operation Table: 



~~~~~— — ..____^ Source 
Destinatiori~~~-----...,..^ 


In Range 

+ 


Zero 

+ 


_ 


Infinity 

+ 


In Range 


Add 


Add 


+ inf -inf 


Zero 


Add 


+ 0.0 
0.0^ 


0.01 
-0.0 


+ inf -inf 


Infinity 


+ inf 
-inf 


+ inf 
-inf 


+ inf NAN2 
NAN2 -inf 



NOTES: 

1. Returns +0.0 in rounding modes RN, RZ, and RP; returns -0.0 in RM. 

2. Sets the OPERR bit in the FPSR exception byte. 

3. If either operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 



Quotient Byte: 


Not affected 


Exception Byte: 


BSUN 




SNAN 




OPERR 




OVFL 




UNFL 




DZ 




INEX2 




INEX1 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES. 



Cleared 

Refer to 4.5.4 NANs. 

Set if the source and the destination are opposite- 
signed infinities; cleared otherwise. 
Refer to 6.1.4 Overflow. 
Refer to 6.1.5 Underflow. 
Cleared 

Refer to 6.1.7 Inexact Result. 

If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility. 
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FADD 



Add 



FADD 



Instruction Format: 

15 14 13 











COPROCESSOR 










EFFECTIVE ADDRESS 




1 


1 


1 


1 


ID 













MODE 


REGISTER 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 





1 











1 






Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/l\/l = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


rag. number:Dn 


An 


— 


— 


(An) 


010 


rag. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


rag. number:An 


{di6,An) 


101 


reg. numbariAn 


(d8,An,Xn) 


110 


reg. numbar:An 


{bd,An,Xn) 


110 


rag. numbar:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,Anl,Xn,od) 


110 


reg. nunnber:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(ds.PC.Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



'Only if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 
Destination Register Field — Specifies the destination floating-point data register, FPn. 



000 


L 


001 


s 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 
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FASIN 



Arc Sine 



FASIN 



Operation: Arc Sine of the Source | FPn 



Assembler 
Syntax: 



Attributes: 



FASIN.X 
FASIN.X 



FPm,FPn 
FPn 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and calculates 
the arc sine of the number. Stores the result in the destination floating-point data register. 
This function is not defined for source operands outside of the range [-1 ... +1]; if the 
source is not in the correct range, a NAN is returned as the result and the OPERR bit is set 
in the FPSR. If the source is in the correct range, the result is in the range of [-tt/2 ... +1:/ 
2]. 

Operation Table: 



~~~~~--..,^_^^ Source 
Destination ~-.,,,_^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


Arc Sine 


+ 0.0 -0.0 


NAN1 



NOTES: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES. 

Not affected 



BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Set if the source is infinity, > +1 or < -1; cleared 

otherwise 
OVFL Cleared 

UNFL Cleared 

DZ Cleared 

INEX2 Refer to 6.1.7 Inexact Result. 

INEX1 if <fmt> is Packed, refer to 6.1.8 Inexact Result on 

Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 











COPROCESSOR 












EFFECTIVE ADDRESS 




1 


1 


1 


1 


ID 















MODE 


REGISTER 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 











1 


1 
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FASIN 



Arc Sine 



FASIN 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assennblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. numberiAn 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(dg.An.Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xnl,od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(ds.PCXn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



000 


L 


001 


S 


010 


X 


Oil 


P 


100 


w 


101 


D 


110 


B 



*Only if <fmt> is Byte, Word, Long, or Single. 

R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is then written into the same register. 
If the single register syntax is used. Motorola assemblers set the source and destination 
fields to the same value. 
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FATAN 



Arc Tangent 



FATAN 



Operation: 

Assembler 
Syntax: 



Attributes: 



Arc Tangent of Source | FPn 



FATAN. <fmt> 
FATAN. X 
FATAN. X 



<ea>,FPn 

FPm,FPn 

FPn 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and calculates 
the arctangent of that number. Stores the result in the destination floating-point data register. 
The result is in the range of [-7t/2 . . . +'n/2]. 

Operation Table: 



— -.^^^^ Source 
Destination ^^.^^^ 


In Range 

+ 


Zero 

+ - 


Infinity 

+ 


Result 


Arc Tangent 


+ 0.0 -0.0 


+ 77/2 - Tr/2 



NOTE: If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 






Condition Codes: 


Affected as 


described in 4.5.5.1 SETTING FLOATING-POINT CON- 




DITION CODES. 


Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Cleared 




OVFL 


Cleared 




UNFL 


Refer to 6.1.5 Underflow. 




DZ 


Cleared 




INEX2 


Refer to 6.1.7 Inexact Result. 




INEX1 


If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 











COPROCESSOR 












EFFECTIVE ADDRESS 




1 


1 


1 


1 


ID 















MODE 


REGISTER 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 











1 





1 






Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 
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FATAN 



Arc Tangent 



FATAN 



Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn» 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,Anl,Xn,od) 


110 


reg. nunnber:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


(lbd,PC,Xnl,od) 


111 


oil 


([bd,PCl,Xn,od) 


111 


oil 



*Only if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M -^, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is then written into the same register. 
If the single register syntax is used. Motorola assemblers set the source and destination 
fields to the same value. 



000 


L 


001 


s 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 
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FATANH 



Hyperbolic Arc Tangent 



FATANH 



Operation: Hyperbolic Arc Tangent of Source | FPn 

Assembler FATANH. <fmt> <ea>,FPn 

Syntax: FATANH.X FPm,FPn 

FATANH. X FPn 

Attributes: Format = (Byte, Word, Long, Single, Double, Extended, Packed) 

Description: Converts the source operand to extended precision (if necessary) and calculates 
the hyperbolic arc tangent of that value. Stores the result in the destination floating-point 
data register. This function is not defined for source operands outside of the range ( - 1 ... + 1 ); 
and the result is equal to -infinity or +infinity if the source is equal to +1 or -1, respectively. 
If the source is outside of the range [-1 ... +1], a NAN is returned as the result and the 
OPERR bit is set in the FPSR. 

Operation Table: 



"""■ — ~~.,,__^^ Source 
Destination ---~,.,_^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


Hyperbolic 
Arc Tangent 


+ 0.0 -0.0 


NAN1 



NOTE: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected a^ described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 

Not affected 



BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Set if the source is > + 1 or < - 1 ; cleared otherwise 

OVFL Cleared 

UNFL Refer to 6.1.5 Underflow. 

DZ Set if the source is equal to +1 or -1; cleared oth- 

erwise 

INEX2 Refer to 6.1.7 Inexact Result. 

INEX1 If <fmt> is Packed, refer to 6.1.8 Inexact Result on 

Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 
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FATANH 



Hyperbolic Arc Tangent 



FATANH 



Instruction Format: 

15 14 13 12 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 











1 


1 





1 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID= 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. nunnber:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(ds.An.Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


((bd,An,Xn],od) 


110 


reg. number:An 


([bd,Anl,Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



*Only if <fmt> is Byte, Word, Long or Single. 

R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1 , specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is then written into the same register. 
If the single register syntax is used, Motorola assemblers set the source and destination 
fields to the same value. 



000 


L 


001 


s 


010 


X 


oil 


p 


100 


w 


101 


D 


110 
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FBcc 



Branch Conditionally 



FBcc 



Operation: 

Assembler 
Syntax: 

Attributes: 



If condition true, then PC + d | PC 



FBcc.<size> 



<label> 



Size = (Word, Long) 



Description: If the specified floating-point condition is met, program execution continues at 
the location (PC) + displacement. The displacement is a twos complement integerthat counts 
the relative distance in bytes. The value of the PC used to calculate the destination address 
is the address of the branch instruction plus two. If the displacement size is word, then a 16- 
bit displacement is stored in the word immediately following the instruction operation word. 
If the displacement size is long word, then a 32-bit displacement is stored in the two words 
irnmediately following the instruction operation word. 

The conditional specifier cc selects any one of the 32 floating-point conditional tests as 
described in 4.4 CONDITIONAL TEST DEFINITIONS. 

Status Register: 



Condition Codes: 


Not affected 




Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Set if the NAN condition code is set and the condition 
selected is an IEEE non-aware test 




SNAN 


Not Affected 




OPERR 


Not Affected 




OVFL 


Not Affected 




UNFL 


Not Affected 




DZ 


Not Affected 




INEX2 


Not Affected 




INEX1 


Not Affected 



Accrued Exception Byte: The lOP bit is set if the BSUN bit is set in the exception byte. No 
other bit is affected. 

Instruction Format: 



15 


14 


13 


12 11 10 9 8 7 6 5 4 3 2 1 





1 1 1 1 1 1 1 COPROCESSOR ID 1 | SIZE CONDITIONAL PREDICATE 


16-BIT DISPLACEMENT, OR MOST SIGNIFICANT WORD OF 32-BIT DISPLACEMENT 


LEAST SIGNIFICANT WORD OF 32-BIT DISPLACEMENT (IF NEEDED! 
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rt5CC Branch Conditionally iDCC 

Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. IVIotorola assemblers default to ID = 1 for the FRCP. 

Size Field — Specifies the size of the signed displacement; 
If Format = 0, then the displacement is 16-bits and is sign extended before use. 
If Format= 1, then the displacement is 32-bits. 

Conditional Predicate Field — Specifies one of 32 conditional tests as defined in 4.4 CON- 
DITIONAL TEST DEFINITIONS. 

NOTE: When a BSUN exception occurs, the main processor takes a pre-instruction exception. 
If the exception handler returns without modifying the image of the PC on the stack 
frame (to point to the instruction following the FBcc), then it must clear the cause of the 
exception (by clearing the NAN bit or disabling the BSUN trap) or the exception occurs 
again immediately upon return to the routine that caused the exception. 
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FCMP 



Compare 



FCMP 



Operation: 

Assembler 
Syntax: 

Attributes: 



FPn — Source 

FCMP.<fmt> 
FCMP.X 



<ea>,FPn 
FPm,FPn 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and subtracts 
the operand from the destination floating-point data register. The result of the subtraction is 
not retained, but it is used to set the floating-point condition codes as described in 4.5.5.1 
SETTING FLOATING-POINT CONDITION CODES. 

Operation 
Table: The entries in this operation table differ from those of the tables describing most 

of the FPCP instructions. For each combination of input operand types, the condition code 
bits that may be set are indicated. If the name of a condition code bit is given and is not 
enclosed in brackets, then it is always set. If the name of a condition code bit is enclosed in 
brackets, then that bit is either set or cleared, as appropriate. If the name of a condition code 
bit is not given, then that bit is always cleared by the operation. The infinity bit is always 
cleared by the FCMP instruction, since it is not used by any of the conditional predicate 
equations. Note that the NAN bit is not shown, since NANs are always handled in the same 
manner (as described in 4.5.4 NANs). 



~^^ — ~-,,.,_^_^ Source 
DestinatiotT~ — -..^^ 


In Range 

+ 


Zero 

+ 


+ 


Infinity 


In Range 


{NZ| none 
N {NZl 


none none 
N N 


N 
N 


none 
none 


Zero 


N none 
N none 


Z Z 
NZ NZ 


N 
N 


none 
none 


Infinity 


none none 
N N 


none none 
N N 


Z 
N 


none 
NZ 



NOTE: If either operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes 
Quotient Byte: 
Exception Byte: 



Affected as described in the operation table above 
Not affected 



BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Cleared 

OVFL Cleared 

UNFL Cleared 

DZ Cleared 

INEX2 Cleared 

INEX1 If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 
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FCMP 



Compare 



FCMP 



Instruction Format: 

15 14 13 



1 


1 


1 


1 


COPROCESSOR 
JD - 













EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 







DESTINATION 
REGISTER 





1 


1 


1 












Instruction Fields: 

Coprocessor ID Field — 'Specfftes which coprocessor In the system is to execute this Instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

Effective Address Field -t- Determines the addressing mode for external operands. 
If R/M = 0, this fieJfl IS unused, and should be all zeroes. 
If R/M = 1, this field i^ eerco dedwi t h an M68000 addressing mode as shown: 



Addressing Mode 


'■ Wode^ ' 


Register 


Dn* 


■boo,,'" 


reg number:Dn 


An 


t \^.'- ■.!■-.-■ I,' ■■ /■■ 


— 


(An) 


r?¥V''' 


rog number:An 


(An.) + 


. .;oii -. 


reg rmmber:An 


-(Afl) 


' '- 100 "■ 


feg number:An 


(dig,An) 


••, '101' ■ 


reg"'number:An 


(d8,Aii Xny 


"'•' Tio' . 


r^g number:An 


{bd,AnXn) 


-."■w^'"." 


reg number:An 


([bd.An.Xnl od) 


V't^fi'-'' 


reg number:An 


(lbd,Anl,Xn od) 




reg number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


on 


(bd,PC,Xn) 


111 


on 


([bd,PC,Xn],od) 


111 


on 


([bd,PC],Xn,od) 


111 


on 



*Only if <fmt> 15 EJyte, W6«i, Long or Single 

R/M Field — Specifies the §ovrce operand address mode. 

— The operation is feglste'r to register. 

1 — The operation is <ie^> to register. 

Source Specifier Field t^ Specifies the source register or data format. 
If R/M = 0, specifier ttt^-s«)urce floating-point data register, FPm. 
If R/M = 1, specifics th&'}5p,tirce data format: 
Long Word Integer 
*Siqgle Precision Real 
Extended Precision Real 
P^ckfd Decimal Real 
Word l/iteger 
. Double precision Real 
"^tq Integer 
Destination Registet» FteM'-:^- Specifies the destination floating-point data register, FPn. 



000 


I 


001 


S 


010 


X 


oil 


R 


100 


w 


101 





110 


B 
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FCOS 



Cosine 



FCOS 



Operation: 

Assembler 
Syntax: 



Cosine of Source ^ FPn 



FCOS.<fmt> 

FCOS.X 

FCOS.X 



<ea>,FPn 

FPm,FPn 

FPn 



Attributes: 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and calculates 
the cosine of that number. Stores the result in the destination floating-point data register. 
This function is not defined for source operands of (±) infinity. If the source operand is not 
in the range of [-2Tr . . . +2tt], then the argument is reduced to within that range before the 
cosine is calculated. However, large arguments may lose accuracy during reduction, and very 
large arguments (greater than approximately 10^°) lose all accuracy. The result is in the range 
of [-1 ... +1]. 

Operation Table: 



~^^^^^ Source 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


Cosine 


+ 1.0 


NAN1 



NOTE: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 

Not affected 



BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Set if the source operand is (+ or -)infinity; cleared 

otherwise 
OVFL Cleared 

UNFL Cleared 

DZ Cleared 

INEX2 Refer to 6.1.7 Inexact Result. 

INEX1 If <fmt> is Packed, refer to 6.1.8 Inexact Result on 

Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility. 
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FCOS 



Cosine 



FCOS 



Instruction Format: 

15 14 13 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 








1 


1 


1 





1 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assennblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should contain zeroes. 
If R/M = 1, this field is encoded with an IVI68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


rag. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


{d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



*Only if <fmt> is Byte, Word, Long, or Single. 

R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is written into the same register. 
If the single register syntax is used. Motorola assemblers set the source and destination 
fields to the same value. 
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L 
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FCOSH 



Hyperbolic Cosine 



FCOSH 



Operation: Hyperbolic Cosine of Source | FPn 



Assembler 
Syntax: 



Attributes: 



FCOSH. <fmt> 

FCOSH.X 

FCOSH.X 



<ea>,FPn 

FPnn,FPn 

FPn 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and calculates 
the hyperbolic cosine of that number. Stores the result in the destination floating-point data 
register. 

Operation Table: 



■^ ~— -.^^^^ Source 
Destination^"""----.....,.,^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


Hyperbolic Cosine 


+ 1.0 


+ inf 



NOTE: If the source operand is a NAN, refer to 4.5.4 NANs for more information. 

Status Register: 



Condition Codes: 


Affected as 


described in 4.5.5.1 SETTING FLOATING-POINT CON- 




DITION CODES 


Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Cleared 




OVFL 


Refer to 6.1.4 Overflow. 




UNFL 


Cleared 




DZ 


Cleared 




INEX2 


Refer to 6.1.7 Inexact Result. 




INEX1 


If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 








1 


1 








1 
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FCOSH 



Hyperbolic Cosine 



FCOSH 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion, Motorola assennblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



000 


L 


001 


S 


010 


X 


Oil 


P 


100 


w 


101 


D 


110 


B 



*0nly if <fmt> is Byte, Word, Long, or Single. 

R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is written into the same register. 
If the single register syntax is used. Motorola assemblers set the source and destination 
fields to the same value. 
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FDBcc 



Test Condition, Decrement,and Branch 



FDBcc 



Operation: If condition true tlien no operation 

else Dn -1 | Dn 
if Dn :/: - 1 

thenPC + d|PC 
else execute next instruction 



Assennbler 
Syntax: 

Attributes: 



FDBcc 



Unsized 



Dn,<label> 



Description: This instruction is a looping prinnitive of three parameters: a floating-point con- 
dition, a counter (an MPU data register) and a 16-bit displacement. The FRCP first tests the 
condition to determine if the termination condition for the loop has been met, and if so, the 
main processor proceeds to execute the next instruction in the instruction stream. If the 
termination condition is not true, the low order 1 6-bits of the counter register are decremented 
by one. If the result is -1, the count is exhausted, and execution continues with the next 
instruction. If the result is not equal to -1, execution continues at the location specified by 
the current value of the PC plus the sign-extended 16-bit displacement. The value of the PC 
used in the branch address calculation is the address of the displacement word. 

The conditional specifier cc selects any one of the 32 floating-point conditional tests as 
described in 4.4 CONDITIONAL TEST DEFINITIONS. 



Status Register: 






Condition Codes: 


Not affected 




Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Set if the NAN condition code is set and the condition 
selected is an IEEE non-aware test 




SNAN 


Not Affected 




OPERR 


Not Affected 




OVFL 


Not Affected 




UNFL 


Not Affected 




DZ 


Not Affected 




INEX2 


Not Affected 




INEX1 


Not Affected 



Accrued Exception Byte: The lOP bit is set if the BSUN bit is set in the exception byte. No 
other bit is affected. 

Instruction Format: 



15 


14 


13 


12 


11 10 9 


8 


7 


6 


5 


4 


3 


2 1 





1 


1 


1 


1 


COPROCESSOR 
ID 








1 








1 


COUNT 
REGISTER 


























CONDITIONAL PREDICATE 


16-BIT DISPLACEMENT 
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iL/DCC Test Condition, Decrement,and Branch ri^DCC 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

Count Register Field — Specifies main processor data register that is used as the counter. 

Conditional Predicate Field — Specifies one of the 32 floating-point conditional tests as 
described in 4.4 CONDITIONAL TEST DEFINITIONS. 

Displacement Field — Specifies the branch distance (from the address of the instruction plus 
2) to the destination in bytes. 

NOTES: 

1. The terminating condition is like that defined by the UNTIL loop constructs of high-level 
languages. For example: FDBOLT can be stated as "decrement and branch until ordered less 
than". 

2. There are two basic ways of entering a loop: at the beginning, or by branching to the trailing 
FDBcc instruction. If a loop structure terminated with FDBcc is entered at the beginning, the 
control counter must be one less than the number of loop executions desired. This count is 
useful for indexed addressing modes and dynamically specified bit operations. However, 
when entering a loop by branching directly to the trailing FDBcc instruction, the count should 
equal the loop execution count. In this case, if the counter is zero when the loop is entered, 
the FDBcc instruction does not branch, causing a complete bypass of the main loop. 

3. When a BSUN exception occurs, a pre-instruction exception is taken by the main processor. 
If the exception handler returns without modifying the image of the PC on the stack frame 
(to point to the instruction following the FDBcc), then it must clear the cause of the exception 
(by clearing the NAN bit or disabling the BSUN trap) or the exception occurs again imme- 
diately upon return to the routine that caused the exception. 
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FDIV 



Divide 



FDIV 



Operation: 

Assembler 
Syntax: 



FPn (^) Source^ FPn 



FDIV.<fmt> 
FDIV.X 



<ea>,FPn 
FPm,FPn 



Attributes: Format = (Byte, Word, Long, Single, Doubfe, Ixteektf^, Packed) 

Description: Converts the source operand to extended precrafon llff n^dessary) and divides that 
number into the number in the destination floating-point 6^0 Register. Stores the result in 
the destination floating-point data register. 

Operation Table: 



,___^ Source 
DestinatioiT~~~~-~.^,_^ 


In Range 

+ 


Zero 

+ - . 


r' IrtfSntty 


In Range 


Divide 


+ inf^ \F\P 


+ 0.0 . -0.0 
;, HW +0.0 


Zero 


+ 0.0 +0.0 
-0.0 +0.0 


NAN2 


-.'+0.0 -0.0 
'J;;- 0,0 +0.0 


Infinity 


+ inf -inf 
-inf +inf 


■i' ■ ■■' ■ 

+ inf ' ~ itif 
-inf ><rnf ," 





NOTES: 

1. Sets the DZ bit in tine FPSR exception byte. 

2. Sets the OPERR bit in the FPSR exception byte. 

3. If either operand is a NAN, refer to 4.5.4 NANs for more mfoYmgtiofi 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected as described in 4.5.5.1 SfelttNO FtOATING-POINT CON- 
DITION CODES 

Not affected 



BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Set for 0( h- )0 or irifinityi -^ )ihfinity; cleared otherwise 

OVFL Refer to 6.1.4 Overfkiw." 

UNFL Refer to 6.i;B""Dii"dertl(Jw. 

DZ Setifthesourceiszero.andthedestination isin range; 

cleared otherwise 
INEX2 Refer to 6.1.7 Ineai^fetResOh. 

INEX1 If <fmt> is Packed;, refer to 6.1.8 Inexact Result on 

Decimal Input; cleaffed otherwise. 

Accrued Exception Byte: Affected as described in 6.1,1t^i€CE1^Kaiptlon and Trap Compati- 
bility 
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FDIV 



Divide 



FDIV 



Instruction Format: 

15 14 13 12 











COPROCESSOR 










EFFECTIVE ADDRESS 




1 


1 


1 


1 


ID 













MODE 


REGISTER 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 





1 


















Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assennblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


rag. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


Oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. numberrAn 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xnl,od) 


110 


reg. number:An 


([bd,Anl,Xn,od) 


110 


reg. nunnber:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PCl,Xn,od) 


111 


oil 



*Only if <fmt> is Byte, Word, Long, or Single. 

R/IVI Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 
Destination Register Field — Specifies the destination floating-point data register, FPn. 



000 


L 


001 


s 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 
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FETOX 



FETOX 



Operation: e(Source) | pPn 

Assembler FETOX.<fmt> <ea>,FPn 

Syntax: FETOX.X FPm,FPn 

FETOX.X FPn 

Attributes: Format = (Byte, Word, Long, Single, Double, Extended, Packed) 

Description: Converts the source operand to extended precision (if necessary) and calculates 
e to the power of that number. Stores the result in the destination floating-point data register. 

Operation Table: 



■•-^---....^^^^^ Source 
Destination --......^^^ 


In Range 

+ 


Zero 

+ 


infinity 

+ 


Result 


e'^ 


+ 1.0 


+ inf +0.0 



NOTE: If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 






Condition Codes: 


Affected as 


described in 4.5.5.1 SETTING FLOATING-POINT CON- 




DITION CODES 


Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Cleared 




OVFL 


Refer to 6.1.4 Overflow. 




UNFL 


Refer to 6.1.5 Underflow. 




DZ 


Cleared 




INEX2 


Refer to 6.1.7 Inexact Result. 




INEX1 


If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 











COPROCESSOR 












EFFECTIVE ADDRESS 




1 


1 


1 


1 


ID 















MODE 


REGISTEF 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 








1 















Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FPCP. 
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FETOX 



FETOX 



Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


IViode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



*0nly if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is written into the same register. 
If the single register syntax is used, Motorola assemblers set the source and destination 
fields to the same value. 



000 


L 


001 


s 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 
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FET0XM1 



eX-1 



FET0XM1 



Operation: e(Source) - i ^ FPn 

Assembler FET0XM1.<fmt> <ea>,FPn 

Syntax: FET0XM1.X FPm,FPn 

FET0XM1.X FPn 

Attributes: Format = (Byte, Word, Long, Single, Double, Extended, Packed) 

Description: Converts tine source operand to extended precision (if necessary) and calculates 
e to the power of that number. Then, subtracts one from that value, and stores the result in 
the destination floating-point data register. 

Operation Table: 



^ ..^^^ Source 

Destination ~~~->~.,.,,_^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


e><-1 


+ 0.0 -0.0 


+ inf -1.0 



NOTE: If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 






Condition Codes: 


Affected as 


described in 4.5.5.1 SETTING FLOATING-POINT CON- 




DITION CODES 


Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Cleared 




OVFL 


Refer to 6.1.4 Overflow. 




UNFL 


Refer to 6.1.5 Underflow. 




DZ 


Cleared 




INEX2 


Refer to 6.1.7 Inexact Result. 




INEX1 


If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 











COPROCESSOR 












EFFECTIVE ADDRESS 




1 


1 


1 


1 


ID 















MODE 


REGISTEF 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 











1 












Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 
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FET0XM1 



e^^-l 



FET0XM1 



Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn» 


000 


reg. nunnber:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xnl,od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


(lbd,PCl,Xn,od) 


111 


oil 



•Only if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = l, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is written into the same register. 
If the single register syntax is used, Motorola assemblers set the source and destination 
fields to the same value. 



000 


L 


001 


s 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 
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Get Exponent 



FGETEXP 



Operation: Exponent of Source ^ FPn 

Assembler FGETEXP.<fmt> <ea>,FPn 

Syntax: FGETEXP.X FPm,FPn 

FGETEXP.X FPn 

Attributes: Format = (Byte, Word, Long, Single, Double, Extended, Packed) 

Description: Converts the source operand to extended precision (if necessary) and extracts 
the binary exponent. Removes the exponent bias, converts the exponent to an extended 
precision floating-point number, and stores the result in the destination floating-point data 
register. 

Operation Table: 



"~-~-~,,,__^^ Source 
Destination~~~~-~~........._^ 


In Ran^e 

+ 


Zero 

+ 


Infinity 

+ 


Result 


Exponent 


+ 0.0 -0.0 


NAN1 



NOTES: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. If the soijrce operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 

Not affected 



BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Set if the source is (+ or -)infinity; cleared otherwise 

OVFL Cleared 

UNFL Cleared 

DZ Cleared 

INEX2 Cleared 

INEX1 If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1 


1 


1 


1 


CtDPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 








1 


1 


1 


1 
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FGETEXP 



Get Exponent 



FGETEXP 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID=1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


rag. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(die.PC) 


111 


010 


(d8.PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



•Only if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm.. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is written into the same register. 
If the single register syntax is used. Motorola assemblers set the source and destination 
fields to the same value. 



000 


L 


001 


S 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 
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FGETMAN 



Get Mantissa 



FGETMAN 



Operation: Mantissa of Source | FPn 

Assembler FGETMAN. <fmt> <ea>,FPn 

Syntax: FGETMAN.X FPm,FPn 

FGETMAN.X FPn 

Attributes: Format = (Byte, Word, Long, Single, Double, Extended, Packed) 

Description: Converts the source operand to extended precision (if necessary) and extracts 
the mantissa. Converts the mantissa to an extended precision value and stores the result in 
the destination floating-point data register. The result is in the range [1.0 .. . 2.0) with the 
sign of the source mantissa, zero, or is a NAN. 

Operation Table: 



~~~~^ Source 

DestinatiotT^"""-----......^^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


Mantissa 


+ 0.0 -0.0 


NAN1 



NOTES: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. If the source operand is a NAN, refer to 4.5.4 NANs for more infornnation. 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 

Not affected 



BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Set if the source is ( + or - )infinity; cleared otherwise 

OVFL Cleared 

UNFL Cleared 

DZ Cleared 

INEX2 Cleared 

INEX1 If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 



15 


14 


13 


12 


. 11 10 


9 




8 


7 


6 


5 


4 


3 


2 


1 





1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/IVI 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 








1 


1 


1 


1 


1 
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FGETMAN 



Get Mantissa 



FGETMAN 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID= 1 for the FPCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


on 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. nunriber:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














{di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



*Only if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is written into the same register. 
If the single register syntax is used. Motorola assemblers set the source and destination 
fields to the same value. 
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PINT 



Integer Part 



PINT 



Operation: 

Assembler 
Syntax: 



Integer Part of Source | FPn 



FINT.<fmt> 

FINT.X 

FINT.X 



<ea>,FPn 

FPnn,FPn 

FPn 



Attributes: 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and extracts 
the Integer part and converts it to an extended precision floating-point number. Stores the 
result in the destination floating-point data register. The integer part is extracted by rounding 
the extended precision number to an integer using the current rounding mode selected in 
the FPCR mode control byte. Thus, the integer part returned is the number that is to the left 
of the radix point when the exponent is zero, after rounding. For example, the integer part 
of 137.57 is 137.0 for the round-to-zero and round-to-minus infinity modes, and 138.0 for the 
round-to-nearest and round-to-plus infinity modes. Note that the result of this operation is 
a floating-point number. 

Operation Table: 



~~~~^ .,,_^^^ Source 

Destinatioti~~~~ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


Integer 


+ 0.0 -0.0 


+ lnf -inf 



NOTE: If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



US Register: 






Condition Codes: 


Affected as 


described in 4.5.5.1 SETTING 




DITION CODES 


Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Cleared 




OVFL 


Cleared 




UNFL 


Cleared 




DZ 


Cleared 




INEX2 


Refer to 6.1.7 Inexact Result. 




INEX1 


If <fmt> is Packed, refer to 



6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 
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PINT 



Integer Part 



PINT 



Instruction Format: 

15 14 13 











COPROCESSOR 












EFFECTIVE ADDRESS | 


1 


1 


1 


1 


ID 















MODE 


REGISTER 








SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 




















1 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


no 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<dat£i> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


on 


(bd,PC,Xn) 


111 


on 


([bd,PC,Xn],od) 


111 


oil 


((bd,PC],Xn,od) 


111 


oil 



*Only if <fmt> Is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is written into the same register. 
If the single register syntax is used, Motorola assemblers set the source and destination 
fields to the same value. 
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FINTRZ 



Integer Part, Round-to-Zero 



FINTRZ 



Operation: Integer Part of Source ^ FPn 

Assembler FINTRZ.<fmt> <ea>,FPn 
Syntax: FINTRZ.X FPm,FPn 

FINTRZ.X FPn 



Attributes: 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and extracts 
the integer part and converts it to an extended precision floating-point number. Stores the 
result in the destination floating-point data register. The integer part is extracted by rounding 
the extended precision number to an integer using the round-to-zero mode, regardless of 
the rounding mode selected in the FPCR mode control byte (making it useful for FORTRAN 
assignments). Thus, the integer part returned is the number that is to the left of the radix 
point when the exponent is zero. For example, the integer part of 137.57 is 137.0; the integer 
part of 0.1245 x 102 is 12.0. Note that the result of this operation is a floating-point number. 

Operation Table: 



~~~~-~.,,.__^ Source 
Destination ^-^^^ 


In Range 

+ 


Zero 

+ 


Infinity 

-1- 


Result 


Integer, Forced 
Round-To-Zero 


+ 0.0 -0.0 


+ inf -inf 



NOTE: If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 






Condition Codes: 


Affected as 


described in 4.5.5.1 SETTING FLOATING-POINT CON- 




DITION CODES 


Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Cleared 




OVFL 


Cleared 




UNFL 


Cleared 




DZ 


Cleared 




INEX2 


Refer to 6.1.7 Inexact Result. 




INEX1 


If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 
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FINTRZ 



Integer Part, Rdund-to-Zero 



FINTRZ 



Instruction Format: 

15 14 13 12 











COPROCESSOR 












EFFECTIVE ADDRESS | 


1 


1 


1 


1 


ID 















MODE 


REGISTER 








SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 

















1 


1 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motdrola assemblers default to ID= 1 for the FPCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. numberlAn 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


{bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(diB,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



*Only if <fmt> is Byte, Word, Long, or Single. 

R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, Specifies the source floating-point data register, FPm. 
If RIVI = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is written into the same register. 
If the single register syntax is used. Motorola assemblers set the source and destination 
fields to the same value. 
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FLOG 10 



Logio 



FLOG 10 



Operation: Logio of Source ^ FPn 



Assembler 
Syntax: 



Attributes: 



FLOG10.<fmt> 

FLOG10.X 

FLOG10.X 



<ea>,FPn 

FPm,FPn 

FPn 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Convert the source operand to extended precision (if necessary) and calculates 
the logarithm of that number using base 10 arithmetic. Stores the result in the destination 
floating-point data register. This function is not defined for input values less than zero. 

Operation Table: 



~~~ ,,,^_^ Source 
Destination — -,..,.^ 


In Range 

+ 


Zero 

+ 


infinity 

+ 


Result 


Logio NANi 


-inf2 


+ inf NAN^ 



NOTES: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. Sets the DZ bit in the FPSR exception byte. 

3. If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 



Affected as described in 4.5.5.1 SETTING FLOATING-POIIMT CON- 
DITION CODES 



Quotient Byte: 


Not affected 


Exception Byte: 


BSUN 




SNAN 




OPERR 




OVFL 




UNFL 




DZ 




iNEX2 




INEX1 



Cleared 

Refer to 4.5.4 NANs. 

Set if the source operand is <0; cleared otherwise 

Cleared 

Cleared 

Set if the source is (+ or -); cleared otherwise 

Refer to 6.1.7 Inexact Result. 

If <fmt> is Packed, refer to 6.1.8 Inexact Result on 

Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 



Instruction Format: 

15 14 13 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





HIM 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 








1 





1 





1 
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FLOG10 



Log 10 



FLOG 10 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the systenn is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M^O, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


rag. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn),od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



*Only if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is written into the same register. 
If the single register syntax is used. Motorola assemblers set the source and destination 
fields to the same value. 
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FL0G2 



Log2 



FL0G2 



Operation: 

Assembler 
Syntax: 



Attributes: 



Log2 of Source | FPn 



FL0G2.<fmt> 

FL0G2.X 

FL0G2.X 



<ea>,FPn 

FPm,FPn 

FPn 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and calculates 
the logarithm of that number using base 2 arithmetic. Stores the result in the destination 
floating-point data register. This function is not defined for input values less than zero. 

Operation Table: 



— .,,__^^ Source 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


Log2 NAN1 


-inf2 


+ inf NAN1 



NOTES: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. Sets the DZ bit in the FPSR exception byte. 

3. If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 



Not affected 

BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Set if the source is < 0; cleared otherwise 

OVFL Cleared 

UNFL Cleared 

DZ Set if the source is (+ or -)0; cleared otherwise 

INEX2 Refer to 6.1.7 Inexact Result. 

INEX1 If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 








1 





1 


1 
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FL0G2 



Log2 



FL0G2 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID= 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. numberiAn 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6.PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PCl,Xn,od) 


111 


oil 



'Only if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1 , specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is written into the same register. 
If the single register syntax is used. Motorola assemblers set the source and destination 
fields to the same value. 
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FLOGN 



Loge 



FLOGN 



Operation: Loge of Source ^ FPn 

Assembler FLOGN. <fmt> <ea>,FPn 

Syntax: FLOGN.X FPm,FPn 

FLOGN.X FPn 

Attributes: Format = (Byte, Word, Long, Single, Double, Extended, Packed) 

Description: Converts the source operand to extended precision (if necessary) and calculates 
tiie natural logarithm of that number. Stores the result in the destination floating-point data 
register. This function is not defined for input values less than zero. 

Operation Table: 



~^ — .,.,^^ Source 
Destination ^...,,^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


ln(x) NANi 


-inf2 


+ inf NANi 



NOTES: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. Sets the DZ bit in the FPSR exception byte. 

3. If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 

Not affected 



BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Set if the source operand is < 0; cleared otherwise 

OVFL Cleared 

UNFL Cleared 

DZ Set if the source is (+ or -)0; cleared otherwise 

INEX2 Refer to 6.1.7 Inexact Result. 

INEX1 If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 











COPROCESSOR 












EFFECTIVE ADDRESS 




1 


1 


1 


1 


ID 















MODE 


REGISTER 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 








1 





1 
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FLOGN 



Logt 



FLOGN 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FPCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


rag. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(die-An) 


101 


reg. number:An 


(cl8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. numberiAn 


([bc|,An,Xnl,od) 


110 


reg. number:An 


([bd,An),Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


(lbd,PC,Xn],od) 


111 


oil 


([bd,PCl,Xn,od) 


111 


oil 



000 


L 


001 


S 


010 


X 


Oil 


P 


100 


w 


101 


D 


110 


B 



*Only if <fmt> Is Byte, Word, Long, or Single. 

R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is written into the same register. 
If the single register syntax is used. Motorola assemblers set the source and destination 
fields to the same value. 
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FL0GNP1 



Loge (x+1) 



FL0GNP1 



Operation: Loge of (Source + 1) ^ FPn 

Assembler FL0GNP1.<fmt> <ea>,FPn 

Syntax: FLOGNPI.X FPm,FPn 

FL0GNP1.X FPn 



Attributes: 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary), adds 1 to that 
value, and calculates the natural logarithm of that intermediate result. Stores the result in 
the destination floating-point data register. This function is not defined for input values less 
than -1. 

Operation Table: 



— -____^ Source 
Destination -~.,,__ 


In Range 

+ 


Zero 

+ 


_ 


Infinity 

+ 


Result 


ln(x + l) ln(x + 1)l 


+ 0.0 


-0.0 


+ inf NAN2 



NOTES: 

1. If the source is -1, sets the DZ bit in the FPSR exception byte and returns a NAN. If the source 
is < -1, sets the OPERR bit in the FPSR exception byte and returns a NAN. 

2. Sets the OPERR bit in the FPSR exception byte. 

3. If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 



Quotient Byte: 


Not affected 


Exception Byte: 


BSUN 




SNAN 




OPERR 




OVFL 




UNFL 




DZ 




INEX2 




INEX1 



Cleared 

Refer to 4.5.4 NANs. 

Set if the source operand is < - 1 ; cleared otherwise 

Cleared 

Refer to 6.1.5 Underflow. 

Set if the source operand is -1; cleared otherwise 

Refer to 6.1.7 Inexact Result. 

If <fmt> is Packed, refer to 6.1.8 Inexact Result on 

Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 














1 


1 
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FL0GNP1 



Loge (x+11 



FL0GNP1 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M-1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


on 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(ds.An.Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,Anl,Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


011 


Hbd,PC],Xn,od) 


111 


oil 



000 


L 


001 


S 


010 


X 


Oil 


P 


100 


w 


101 


D 


110 


B 



*0nly if <fmt> is Byte, Word, Long, or Single. 

R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/l\/l = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format! 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is written into the same register. 
If the single register syntax is used. Motorola assemblers set the source and destination 
fields to the same value. 
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FMOD 



Modulo Remainder 



FMOD 



Operation: 

Assembler 
Syntax: 

Attributes: 



Modulo remainder of (FPn (-^) Source) | FPn 



FMOD.<fmt> 
FMOD.X 



<ea>,FPn 
FPm,FPn 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 

Description: Converts the source operand to extended precision (if necessary) and calculates 
the modulo remainder of the number in the destination floating-point data register, using 
the source operand as the modulus. Stores the result in the destination floating-point data 
register, and stores the sign and seven least significant bits of the quotient in the FPSR 
quotient byte (the quotient is the result of FPn (-^) Source). The modulo remainder function 
is defined as: 

FPn (Source x N) 
where: 
N = INT(FPn (/) Source) in the round-to-zero mode 

The FMOD function is not defined for a source operand equal to zero or for a destination 
operand equal to infinity. Note that this function is not the same as the FREM instruction, 
which uses the round-to-nearest mode and thus returns the remainder that is required by 
the IEEE Specification for Binary Floating-Point Arithmetic. 

Operation Table: 



— ~.,,_^^ Source 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


In Range 


Modulo Remainder 


NAN1 


FPn2 


Zero 


+ 0.0 
-0.0 


NAN1 


+ 0.0 
-0.0 


Infinity 


NAN1 


NAN1 


NAN1 



NOTES: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. Returns the value of FPn before the operation. However, the result is processed by the normal 
instruction termination procedure to round it as required. Thus, an overflow and/or inexact 
result may occur if the rounding precision has been changed to a smaller size since the FPn 
value was loaded. 

3. If the source operand is a NAN, refer to 4.5.4 IMANs for more information. 



Status Register: 

Condition Codes: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 



Quotient Byte: 


Loaded with the sign and least significant seven bits of the quotient 




(FPn(^ 


) Source). The sign of the quotient is the exclusive OR of 




the sign 


bits of the source and destination operands. 


Exception Byte: 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Set if the source is zero, or the destination is infinity; 
cleared otherwise 




OVFL 


Cleared 




UNFL 


Refer to 6.1.5 Underflow. 
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FMOD 



Modulo Remainder 



FMOD 



DZ Cleared 

INEX2 Refer to 6.1.7 Inexact Result. 

INEX1 If <fmt> is Packed, refer to 6.1.8 Inexact Result on 

Decimal Input; cleared otherwise. 
Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 
Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 











COPROCESSOR 










EFFECTIVE ADDRESS 


1 


1 


1 


1 


ID 













MODE 


REGISTER 1 








SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 





1 














1 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID=1 for the FPCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


on 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


no 


reg. numberiAn 


(bd,An,Xn) 


no 


reg. number:An 


([bd,An,Xn],od) 


no 


reg. numberiAn 


([bd,Anl,Xn,od) 


no 


reg. numberrAn 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


on 


(bd.PCXn) 


111 


on 


([bd,PC,Xn],od) 


111 


on 


([bd,PC],Xn,od) 


111 


oil 



"Only if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format, 
if R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 
Destination Register Field — Specifies the destination floating-point data register, FPn. 



000 


L 


001 


S 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 
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Move Floating-Point Data Register 



FMOVE 



Operation: Source | Destination 



Assembler 
Syntax: 



Attributes: 



FIVIOVE.<fmt> 
FMOVE.<fmt> 
FMOVE.P 
FIVIOVE.P 



<ea>,FPn 
FPm,<ea> 
FPm,<ea>{Dn} 
FPm,<ea>{#l<} 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Moves the contents of the source operand to the destination operand. Although 
the primary function of this instruction is data movement, it is also considered an arithmetic 
instruction since conversions from the source operand format to the destination operand 
format are performed implicitly during the move operation. Also, the source operand is 
rounded according to the selected rounding precision and mode. 

Unlike the M68000 Family integer data movement instruction, the floating-point move in- 
struction does not support a memory-to-memory format (for such transfers, it is much faster 
to utilize the M68000 Family integer MOVE instruction to transfer the floating-point data than 
to use the FMOVE instruction). The FMOVE instruction only supports memory-to-register, 
register-to-register, and register-to-memory operations (in this context, memory may refer 
to an MPU data register if the data format is byte, word, long or single). The memory-to- 
register and register-to-register operations use a command word encoding distinctly different 
from that used by the register-to-memory operation, and these two operation classes are 
described separately below. 

Memory-to-Register or Register-to-Register Operation: 

Converts the source operand to an extended precision floating-point number (if necessary) 
and stores it in the destination floating-point data register. Depending on the source data 
format and the rounding precision, some operations may produce an inexact result. In the 
following table, combinations that can produce an inexact result are marked with a dot (o), 
but all other combinations produce an exact result. 





Source Format: B W L S D X 


Rounding Precision: 


Single • • • 




Double • 




Extended 


Status Register: 




Condition Codes: 


Affected as described in 4.5.5.1 SETTING FL( 




DITION CODES 


Quotient Byte: 


Not affected 
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FMOVE 



Exception Byte: BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Cleared 

OVFL Cleared 

UNFL Refer to 6.1.5 Underflow if the source is an extended 

precision denormalized number; cleared otherwise. 
DZ Cleared 

INEX2 Refer to 6.1.7 Inexact Result if <fmt> is L, D or X; 

cleared otherwise. 
INEX1 Refer to 6.1.8 Inexact Result on Decimal Input if <fmt> 

is P; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 











COPROCESSOR 












EFFECTIVE ADDRESS 




1 


1 


1 


1 


ID 















MODE 


REGISTEF 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 
























Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID= 1 for the FPCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn» 


000 


rag. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


rag. number:An 


-(An) 


100 


reg. numbar:An 


(cli6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


rag. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. numbar:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



*0nly If <fmt> is Byte, Word, Long, or Single. 
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FMOVE 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data fornnat. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data fornnat: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 
Destination Register Field — Specifies the destination floating-point data register, FPn. 



000 


L 


001 


s 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 



Register-to-Memory Operation: 

Rounds the source operand to the size of the specified destination format and stores it at the 
destination effective address. If the format of the destination is packed decimal, a third 
operand is required to specify the format of the resultant string. This operand, called the k- 
factor, is a 7-bit signed integer (twos complement) and may be specified as an immediate 
value or in a main processor data register. If a data register contains the k-factor, only the 
least significant 7 bits are used, and the rest of the register is ignored. 



Status Register: 






Condition Codes: 


Not affected 




Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Cleared 


<fmt> is B, W, or L 


SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Set if the source operand is infinity, or if the desti 
nation size is exceeded after conversion and round 
ing; cleared otherwise 




OVFL 


Cleared 




UNFL 


Cleared 




DZ 


Cleared 




INEX2 


Refer to 6.1.7 Inexact Result. 




INEX1 


Cleared 
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FMOVE 



<fmt> is S, D, or X 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Cleared 




OVFL 


Refer to 6.1.4 Overflow. 




UNFL 


Refer to 6.1.5 Underflow. 




DZ 


Cleared 




INEX2 


Refer to 6.1.7 Inexact Result. 




INEX1 


Cleared 


<fmt> is P 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Set if the k-factor > +17, or the magnitude of the 
decimal exponent exceeds 3 digits; cleared otherwise 




OVFL 


Cleared 




UNFL 


Cleared 




DZ 


Cleared 




INEX2 


Refer to 6.1.7 Inexact Result. 




INEX1 


Cleared 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 



15 


14 


13 


12 


11 10 


9 


8 


7 


6 


5 4 3 2 1 





1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE ADDRESS 
MODE REGISTER 





1 


1 


DESTINATION 
FORMAT 


SOURCE 
REGISTER 


K-FACTOR 
(IF REQUIRED) 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FPCP. 
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Move Floating-Point Data Register 



FMOVE 



Effective Address Field 
operand as shown: 



Encoded witii the JVIGSOOO addressing mode for the destination 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xnl,od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


— 


— 














(di6,PC) 


— 


— 


(d8,PC,Xn) 


— 


— 


(bd,PC,Xn) 


— 


— 


([bd,PC,Xnl,od) 


— 


— 


([bd,PC],Xn,od) 


— 


— 



*Only if <fmt> is Byte, Word, Long, or Single. 



000 


L 


001 


s 


010 


X 


oil 


P{#k} 


100 


w 


101 


D 


110 


B 


111 


P{Dn} 



Destination Format Field — Specifies the data format of the destination operand: 

Long Word Integer 
Single Precision Real 
Extended Precision Real 
Packed Decimal Real with static k-factor 
Word Integer 
Double Precision Real 
Byte Integer 
Packed Decimal Real with dynamic k-factor 

Source Register Field — Specifies the source floating-point data register, FPm. 

k-factor Field — Only used if the destination format is Packed Decimal, to specify the format 

of the decimal string. For any other destination format, this field should be set to all zeroes. 

For a static k-factor, this field is encoded with a twos complement integer where the value 

defines the format as follows: 

-64 to — Indicates the number of significant digit to the right of the decimal point 
(Fortran "F" format). 

+ 1 to +17 — Indicates the number of significant digits in the mantissa (Fortran "E" format). 

+ 18 to +63 — Sets the OPERR bit in the FPSR exception byte, treated as +17. 
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The format of this field for a dynamic k-factor is: 

r r r 
where: 
"rrr" is the number of the main processor data register that contains the k-factor value. 

The following table gives several examples of how the k-factor value affects the format of 
the decimal string that is produced by the FPCP. The format of the string that is generated 
is independent of the source of the k-factor (static or dynamic). 

k-Factor Source Operand Value Destination String 



-5 


+ 12345.678765 


+ 1.234567877 E + 4 


-3 


+ 12345.678765 


+ 1.2345679 E + 4 


-1 


+ 12345.678765 


+ 1.23457 E + 4 





+ 12345.678765 


+ 1.2346 E + 4 


+ 1 


+ 12345.678765 


+ 1. E + 4 


+ 3 


+ 12345.678765 


+ 1.23 E + 4 


+ 5 


+ 12345.678765 


+ 1.2346 E + 4 
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FMOVE 



Operation: 

Assembler 
Syntax: 

Attributes: 



Source | Destination 



FMOVE.L 
FIVIOVE.L 

Size = (Long) 



<ea>,FPcr 
FPcr,<ea> 



Description: Moves the contents of a floating-point system control register into or out of the 
FRCP (the control registers are the FPCR, FPSR and FPIAR). The external operand may be in 
memory or a main processor register. A 32-bit transfer is always performed, even though 
the system control register may not have 32 implemented bits. Unimplemented bits of a 
control register are read as zeros and are ignored during writes (but must be zero for com- 
patability with future devices). 

This instruction does not cause pending exceptions (other than protocol violations) to be 
reported to the main processor. Furthermore, a write to the FPCR exception enable byte or 
the FPSR exceptiorl status byte cannot generate a new exception, regardless of the value 
written. 

Status Register: Changed only if the destination is the FPSR; in which case all bits are modified 
to reflect the value of the source operand. 

Instruction Format: 



15 


14 


13 


12 


11 10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 


1 





dr 


REGISTER 
SELECT 

































Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID=1 for the FRCP. 
Effective Address Field — Determines the addressing mode for the operation: 

Memory-to-Register — 



Addressing Mode 


Mode 


Register 


Dn 


000 


reg. number:Dn 


An* 


001 


rag. number:An 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


on 



•Only if the source register is the FPIAR. 
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Register-to-Memory — 



Addressing Mode 


Mode 


Register 


Dn 


000 


reg. numberiDn 


An* 


001 


reg. number:An 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(dg,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


((bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


— 


— 














(di6,PC) 


— 


— 


(d8,PC,Xn) 


— 


— 


(bd.PCXn) 


— 


— 


([bd,PC,Xnl,od) 


— 


— 


([bd,PC],Xn,od) 


— 


— 



*Only if the destination register is tiie FPIAR. 



dr Field — Specifies the direction of the data transfer. 

— Move an external operand to the specified system control register. 

1 — iVIove the specified system control register to an external location. 
Register Select Field — Specifies the system control register to be moved: 

100 FPCR Floating-point Control Register 

010 FPSR Floating-point Status Register 

001 FPIAR Floating-point Instruction Address Register 
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Move Constant ROM 



FMOVECR 



Operation: 

Assembler 
Syntax: 

Attributes: 



ROM Constant | FPn 



FMOVECR.X 



#ccc,FPn 



Format = (Extended) 



Description: Fetches an extended precision constant from the FRCP on-chip ROM, rounds it 
to the precision specified in the FPCR mode control byte, and stores it in the destination 
floating-point data register. The constant is specified by a predefined offset into the constant 
ROM. The values of the constants contained in the ROM are shown in the offset table at the 
end of this description. 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 



Not affected 




BSUN 


Cleared 


SNAN 


Cleared 


OPERR 


Cleared 


OVFL 


Cleared 


UNFL 


Cleared 


DZ 


Cleared 


INEX2 


Refer to 6.1.7 Inexact Result 


INEX1 


Cleared 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 



Instruction Format: 

15 14 13 12 



1 


1 


1 


1 


COPROCESSOR 
ID 
































1 





1 


1 


1 


DESTINATION 
REGISTER 


ROM 
OFFSET 
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Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

Destination Register Field — Specifies the destination floating-point data register, FPn. 

ROM Offset Field — Specifies the offset into the FRCP on-chip constant ROM where the 
desired constant is located. The offsets for the available constants are: 

Offset Constant 



$0B 


Logio(2 


$0C 


e 


$0D 


Log2{e) 


$0E 


Logio(e 


$0F 


0.0 


$30 


1n(2) 


$31 


1n(10) 


$32 


iqo 


$33 


101 


$34 


102 


$35 


104 


$36 


108 


$37 


1016 


$38 


1032 


$39 


1064 


$3A 


10128 


$3B 


10256 


$3C 


10512 


$3D 


101024 


$3E 


102048 


$3F 


104096 



The on-chip ROM contains other constants useful only to the on-chip microcode routines. 
The values contained at offsets other than those defined above are reserved for the use of 
Motorola, and may be different on various mask sets of the FRCP. 
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Move Multiple Data Registers 



FMOVEM 



Operation: 



Assembler 
Syntax: 



Attributes: 



Register List ^ Destination 
Source | Register List 

FIVIOVEM.X <list>,<ea> 

FIVIOVEIVI.X Dn,<ea> 

FIVIOVEiVI.X <ea>,<list> 

FMOVEIVI.X <ea>,Dn 

<list> A list of any combination of the eiglit floating-point data reg- 

isters, with individual register names separated by a slash (/); 
and/or contiguous blocks of registers specified by the first and 
last register names separated by a dash (-). 

Format = (Extended) 



Description: Moves one or more extended precision numbers to or from a list of floating-point 
data registers. No conversion or rounding is performed during this operation, and the FPSR 
is not affected by the instruction. This instruction does not cause pending exceptions (other 
than protocol violations) to be reported to the main processor. 

Any combination of the eight floating-point data registers can be transferred, with the selected 
registers specified by a user-supplied mask. This mask is an 8-bit number, where each bit 
corresponds to one register; if a bit is set in the mask, that register is moved. The register 
select mask may be specified as a static value contained in the instruction, or a dynamic 
value in the least significant 8-bits of a main processor data register (the remaining bits of 
the register are ignored). 

FMOVEM allows three types of addressing modes: the control modes, the predecrement 
mode, or the postincrement mode. If the effective address is one of the control addressing 
modes, the registers are transferred between the FRCP and memory starting at the specified 
address and up through higher addresses. The order of the transfer is from FPO through FP7. 

If the effective address is the predecrement mode, only a register to memory operation is 
allowed. The registers are stored starting at the address contained in the address register 
and down through lower addresses. Before each register is stored, the address register is 
decremented by 12 (the size of an extended precision number in memory) and the floating- 
point data register is then stored at the resultant address. When the operation is complete, 
the address register points to the image of the last floating-point data register stored. Each 
register is stored in the format described in SECTION 3 OPERAND DATA FORMATS, with the 
most significant byte of the register image stored at the lowest address, and the least sig- 
nificant byte at the highest address. The order of the transfer is from FP7 through FPO. 

If the effective address is the postincrement mode, only a memory to register operation is 
allowed. The registers are loaded starting at the specified address and up through higher 
addresses. After each register is stored, the address register is incremented by 12 (the size 
of an extended precision number in memory). When the operation is complete, the address 
register points to the byte immediately following the image of the last floating-point data 
register loaded. The order of the transfer is the same as for the control addressing modes: 
FPO through FP7. 
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FMOVEM 



Status Register: Not Affected. Note that the FMOVEM instruction provides the only mechanism 
for moving a floating-point data item between the FPCP and memory without performing 
any data conversions or affecting the condition code and exception status bits. 

Instruction Format: 



15 


14 


13 


12 


11 10 9 


8 


7 


6 


5 


4 3 2 1 





1 


1 


1 


1 


COPROCESSOR 
ID 


p 








EFFECTIVE ADDRESS 
MODE REGISTER 


1 


1 


dr 


MODE 





REGISTER LIST | 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FPCP. 
Effective Address Field — Determines the addressing mode for the operation: 

Memory-to-Register — 



Addressing Mode 


Mode 


Register 


Dn 


— 


— 


An 


— 


— 


(An) 


010 


reg. number:An 


(An)+ • 


Oil 


reg. number:An 


-(An) 


— 


— 


(die.An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


in 


000 


(xxx).L 


111 


001 


#<data> 


— 


— 














(di6,PC) 




010 


(d8,PC,Xn) 




oil 


(bd,PC,Xn) 




oil 


([bd,PC,Xn],od) 




oil 


([bd,PC],Xn,od) 




oil 



Register-to-Memory — 



Addressing Mode 


Mode 


Register 


Dn 


— 


— 


An 


— 


— 


(An) 


010 


reg. nunnber:An 


(An) + 


— 


— 


-(An) 


100 


reg. nunnber:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


((bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


— 


— 














(di6,PC) 


— 


— 


(d8,PC,Xn) 


— 


— 


(bd.PCXn) 


— 


— 


([bd,PC,Xnl,od) 


— 


— 


([bd,PC],Xn,od) 


— 


— 
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FP3 


FP2 


FP1 


FPO 


FP4 


FP5 


FP6 


FP7 















FMOVEM Move Multiple Data Registers FMOVEM 

dr Field — Specifies tlie direction of tiie transfer. 

— Move the listed registers from memory to the FPCP. 

1 — Move the listed registers from the FPCP to memory. 

Mode Field — Specifies the type of the register list and addressing mode. 

00 — Static register list, predecrement addressing mode. 

01 — Dynamic register list, predecrement addressing mode. 

10 — Static register list, postincrement or control addressing mode, 

11 — Dynamic register list, postincrement or control addressing mode. 
Register List Field: 

Static list — contains the register select mask; if a register is to be moved, the corresponding 

bit in the mask is set as shown below, otherwise it is clear. 
Dynamic list — contains the main processor data register number, rrr, as shown below: 

Register List Format 

Static, -(An) — FP7 FP6 FP5 FP4 

Static, (An) + or Control — FPO FP1 FP2 FP3 

Dynamic — r r r 

The format of the dynamic list mask is the same as for the static list and is contained in the 
least significant 8 bits of the specified main processor data register. 

Programming Note: This instruction provides a very useful feature, dynamic register list speci- 
fication, that can significantly enhance system performance. If the calling conventions used 
for procedure calls utilize the dynamic register list feature, the number of floating-point data 
registers saved and restored can be reduced. A minimum of 6 bus cycles is required to load 
or save a floating-point data register (more if the memory address is not long word aligned). 
Thus, a minimum of 36 clock cycles (2x6 bus cycles x 3 clocks per bus cycle) is eliminated 
from the procedure call and return overhead for each register not saved and restored un- 
necessarily. 

In order to utilize the dynamic register specification feature of the FMOVEM instruction, both 
the calling and the called procedures must be written to communicate information about 
register usage. When one procedure calls another, a register mask must be passed to the 
called procedure to indicate which registers must not be altered upon return to the calling 
procedure. The called procedure then saves only those registers that are modified and are 
already in use. There are several techniques that can be used to utilize this mechanism, and 
an example follows. 

In this example, a convention is defined by which each called procedure is passed a word 
mask in D7 that identifies all floating-point registers in use by the calling procedure. Bits 15 
though 8 identify the registers in the order FPO through FP7, and bits 7 through identify 
the registers in the order FP7 through FPO (the two masks are required due to the different 
transfer order used by the predecrement and postincrement addressing modes). The code 
used by the calling procedure consists of simply moving the mask (which is generated at 
compile time) for the floating-point data registers currently in use into D7: 

Calling procedure ... 

MOVE.W #ACTIVE,D7 Load the list of FP registers that are in use 

BSR PROC-2 
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The entry code for all other procedures computes two masks. The first mask identifies the 
registers in use by the calling procedure that are used by the called procedure (and therefore 
saved and restored by the called procedure). The second mask identifies the registers in use 
by the calling procedure that are used by the called procedure (and therefore not saved on 
entry). The appropriate registers are then stored along with the two masks: 

Called procedure . . . 

MOVE.W D7,D6 Copy the list of active registers 

AND.W #WILL_USE,D7 Generate the list of doubly-used registers 

FMOVEM D7,-(A7) Save those registers 

MOVE.W D7,-(A7) Save the register list 

EOR.W D7,D6 Generate the list of not saved active registers 

MOVE.W D6,P(A7) Save it for later use 

If the second procedure calls a third procedure, a register mask is passed to the third procedure 
that indicates which registers must not be altered by the third procedure. This mask identifies 
any registers in the list from the first procedure that were not saved by the second procedure, 
plus any registers used by the second procedure that must not be altered by the third pro- 
cedure. An example of the calculation of this mask is: 

Nested calling sequence . . . 

MOVE.W UNSAVED Load the list of active registers not saved at entry 

(A7),D7 
OR.W #ACTIVE,D7 Combine with those active at this time 

BSR PROC-3 

Upon return from a procedure, the restoration of the necessary registers follows the same 
convention, and the register mask generated during the save operation on entry is used to 
restore the required floating-point data registers: 

Return to caller . . . 

ADDQ.L #2,A7 Discard the list of registers not saved 

MOVE.B (A7) + ,D7 Get the saved register list (pop word, use byte) 

FMOVEM (A7) + ,D7 Restore the registers 



RTS Return to the 

calling routine 
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Operation: 



Assembler 
Syntax: 



Register List | Destination 
Source | Register List 



Attributes: 



FMOVEM. L 
FMOVEM. L 

<list> 



Size = (Long) 



<list>,<ea> 
<ea>,<list> 

A list of any combination of the three floating- 
point system control registers (FPCR, FPSR and 
FPIAR) with individual register names sepa- 
rated by a slash (/). 



Description: Moves one or more 32-bit values into or out of the specified system control 
registers. Any combination of the three system control registers may be specified. The reg- 
isters are always moved in the same order, regardless of the addressing mode used; with 
the FPCR moved first, followed by the FPSR, and the FPIAR moved last (if a register is not 
selected for the transfer, the relative order of the transfer of the other registers is the same). 
The first register is transferred between the FRCP and the specified address, with successive 
registers located up through higher addresses. 

When more than one register is moved, the memory or memory alterable addressing modes 
are allowed as shown in the addressing mode tables. If the addressing mode is predecrement, 
the address register is first decremented by the total size of the register images to be moved 
(i.e., 4 times the number of registers) and then the registers are transferred starting at the 
resultant address. For the postincrement addressing mode, the selected registers are trans- 
ferred to or from the specified address, and then the address register is incremented by the 
total size of the register images transferred. If a single system control register is selected, 
the data register direct addressing mode may be used; or, if the only register selected is the 
FPIAR, then the address register direct addressing mode is allowed. Note that if a single 
register is selected, the opcode generated is the same as for the FMOVE single system control 
register instruction. 

Status Register:ls changed only if the destination list includes the FPSR; in which case all bits 
are modified to reflect the value of the source register image. 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 











COPROCESSOR 










EFFECTIVE ADDRESS 




1 


1 


1 


1 


ID 













MODE 


REGISTEP 










REGISTER 






















1 


1 


dr 


LIST 

































Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 
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Effective Address Field — Determines tlie addressing mode for the operation: 
IVIemory-to-Register — 



Addressing Mode 


Mode 


Register 


Dn* 


000 


rag. number:Dn 


An** 


001 


rag. numberiAn 


(An) 


010 


rag. number:An 


(An) + 


oil 


rag. number:An 


-(An) 


100 


rag. nunnber:An 


(di6,An) 


101 


rag. number:An 


(d8,An,Xn) 


110 


rag. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


rag. numbar:An 


([bd,An],Xn,od) 


110 


reg. number:An 



•Only if a single FPcr is selected. 

•Only if the FPIAR is the single register selected. 



Register-to-IViemory 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An** 


001 


reg. numberrAn 


(An) 


010 


rag. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(die-An) 


101 


reg. numbar:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


rag. number:An 


([bd,An,Xn],od) 


110 


reg. nunnber:An 


([bd,An],Xn,od) 


no 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd.PCXn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


((bd,PC],Xn,od) 


111 


oil 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


— 


— 














(di6,PC) 


— 


— 


(d8,PC,Xn) 


— 


— 


(bd,PC,Xn) 


— 


— 


(tbd,PC,Xnl,od) 


— 


— 


((bd,PC],Xn,od) 


— 


— 



*0nly if a single FPcr is selected. 
**0nly if the FPIAR is the single register selected. 

dr Field — Specifies the direction of the transfer. 

— Move the listed registers from memory to the FRCP. 

1 — Move the listed registers from the FRCP to memory. 

Register List Field: — Contains the register select mask; if a register is to be moved, the 
corresponding bit in the list is set, otherwise it is clear. 
Bit Number — 12 11 10 

Register — FPCR FPSR FPIAR 
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FMUL 



Operation: 

Assembler 
Syntax: 

Attributes: 



Source xFPn | FPn 



FMUL.<fmt> 
FMUL.X 



<ea>,FPn 
FPm,FPn 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and multiplies 
that number by the number in the destination floating-point data register. Stores the result 
in the destination floating-point data register. 

Operation Table: 



""■ -— .,,__^^ Source 
Destinatiori ~~--....,,_^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


In Range 


Multiply 


+ 0.0 -0.0 
-0.0 +0.0 


+ inf -inf 
-inf +inf 


Zero 


+ 0.0 -0.0 
-0.0 +0.0 


+ 0.0 -0.0 
-0.0 +0.0 


NAN1 


Infinity 


+ inf -inf 
-inf +inf 


NAN1 


+ inf -inf 
-inf +inf 



NOTES: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 



Quotient Byte: 


Not affected 


Exception Byte: 


BSUN 




SNAN 




OPERR 




OVFL 




UNFL 




DZ 




INEX2 




INEX1 



Cleared 

Refer to 4.5.4 NANs. 

Set for Ox infinity; cleared otherwise 

Refer to 6.1.4 Overflow. 

Refer to 6.1.5 Underflow. 

Cleared 

Refer to 6.1.7 Inexact Result. 

If <fmt> is Packed, refer to 6.1.8 Inexact Result on 

Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 





1 











1 


1 



MOTOROLA 
4-78 



MC68881/MC68882 USER'S MANUAL 



FMUL 



Multiply 
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Instruction Fields: 

Coprocessor ID Field — Specifies whichi coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID= 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


rag. number;Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. numberiAn 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



000 


L 


001 


S 


010 


X 


Oil 


P 


100 


W 


101 


D 


110 


B 



*0nly if <fmt> is Byte, Word, Long, or Single. 

R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 
Destination Register Field — Specifies the destination floating-point data register, FPn. 



MC68881/MC68882 USER'S MANUAL 



MOTOROLA 
4-79 



FNEG 



Negate 



FNEG 



Operation: 

Assembler 
Syntax: 



Attributes: 



-(Source) | FPn 

FNEG.<fmt> 

FNEG.X 

FNEG.X 



<ea>,FPn 

FPm,FPn 

FPn 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and inverts the 
sign of the mantissa. Stores the result in the destination floating-point data register. 

Operation Table: 



^^■^ — .,,___^ Source 
Destination ~~~~~-,^__ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


Negate 


-0.0 +0.0 


-inf +inf 



NOTE: If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 



Not affected 

BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Cleared 

OVFL Cleared 

UNFL If source is an extended precision denormalized num- 

ber, refer to 6.1.5 Underflow; cleared otherwise. 

DZ Cleared 

INEX2 Cleared 

INEX1 If <fmt> is Packed, refer to 6.1.8 Inexact Result on 

Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 











COPROCESSOR 












EFFECTIVE ADDRESS 




1 


1 


1 


1 


ID 















MODE 


REGISTEF 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 








1 


1 





1 
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Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. numberiAn 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


{bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PCl,Xn,od) 


111 


oil 



*0nly if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is written into the same register. 
If the single register syntax is used. Motorola assemblers set the source and destination 
fields to the same value. 



000 


L 


001 


s 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 
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FNOP 



No Operation 



FNOP 



Operation: 

Assembler 
Syntax: 

Attributes: 



None 

FNOP 
Unsized 



Description: This instruction does not perform any explicit operation. However, it is useful to 
force synchironization of the FRCP with a main processor, or to force processing of pending 
exceptions. The synchronization function is inherent in the way that the FPCP uses the iVl 68000 
Family coprocessor interface. For most FPCP instructions, the main processor is allowed to 
continue with the execution of the next instruction once the FPCP has any operands needed 
for an operation, thus supporting concurrent execution of floating-point and integer instruc- 
tions. However, if the main processor attempts to initiate the execution of a new floating- 
point instruction in the l\/IC68881 before the previous one is completed, the main processor 
is forced to wait until that instruction execution is finished before proceeding with the new 
instruction. FNOP is treated in the same way as other instructions and thus cannot be executed 
until the previous floating-point instruction is completed, and the main processor is syn- 
chronized with the MC68881. 

The MC68882 may not wait to begin execution of another floating-point instruction until it 
has completed execution of the current instruction. However, the FNOP instruction synchro- 
nizes the coprocessor and MPU by causing the iVIPU to wait until the current instruction (or 
both instructions) have completed. 

The FNOP instruction also forces the processing of exceptions pending from the execution 
of previous instructions. This is also inherent in the way that the FPCP utilizes the iVI68000 
Family coprocessor interface. Once the FPCP has received the input operand for an arithmetic 
instruction, it always releases the main processor to execute the next instruction (regardless 
of whether or not concurrent execution is prevented for the instruction due to tracing) without 
reporting the exception during the execution of that instruction. Then, when the main pro- 
cessor attempts to initiate the execution of the next FPCP instruction, a pre-instruction ex- 
ception may be reported to initiate exception processing for an exception that occurred during 
a previous instruction. By using the FNOP instruction, the user can force any pending ex- 
ceptions to be processed without performing any other operations. 

Status Register: Not Affected 

Instruction Format: 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 


1 


1 


COPROCESSOR 
ID 





1 
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FNOP No operation FNOP 

Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

NOTE 

FNOP uses the same opcode as the FBcc.W <label> instruction, with cc = F (non- 
trapping false) and <label> = * + 2 (which results in a displacement of 0). 
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FREM 



IEEE Remainder 



FREM 



Operation: 

Assembler 
Syntax: 

Attributes: 



IEEE Remainder of (FPn (^) Source) ^ FPn 



FREM.<fmt> 
FREM.X 



<ea>,FPn 
FPnn,FPn 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts tlie source operand to extended precision (if necessary) and calculates 
the modulo remainder of the number in the destination floating-point data register, using 
the source operand as the modulus. Stores the result in the destination floating-point data 
register, and stores the sign and seven least significant bits of the quotient in the FPSR 
quotient byte (the quotient is the result of FPn (^) Source). The IEEE remainder function is 
defined as: 

FPn - (Source xN) 
where: 
N = INT(FPn (h-) Source) in the round-to-nearest mode 

The FREJVI function is not defined for a source operand equal to zero or for a destination 
operand equal to infinity. Note that this function is not the same as the FMOD instruction, 
which uses the round-to-zero mode and thus returns a remainder that is different from the 
remainder required by the IEEE Specification for Binary Floating-Point Arithmetic. 

Operation Table: 



~~-...____^ Source 
Destination "^ --~,,,^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


In Range 


IEEE Rernajpder 


NAN1 


FPn2 


Zero 


+ 0.0 
-0.0 


NAN1 


+ 0.0 
-0.0 


Infinity 


NAN1 


NAN1 


NAN1 



NOTES: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. Returns the value of FPn before the operation. However, the result is processed by the normal 
instruction termination procedure to round it as required. Thus, an underflow and/or inexact 
result may occur if the rounding precision has been changed to a smaller size since the FPn 
value was loaded. 

3. If either operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DJTION CODES 

Loaded with the sign and least significant seven bits of the quotient 
(FPn (h-) Source). The sign of the quotient is the exclusive OR of 
the sign bits of the source and destination operands. 

BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Set if the source is zero, or the destination is infinity; 

cleared otherwise 
OVFL Cleared 
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FREM 



IEEE Remainder 



FREM 



UNFL Refer to 6.1.5 Underflow. 

DZ Cleared 

INEX2 Cleared 

INEX1 If <fmt> is Packed, refer to 6.1.8 Inexact Result on 

Decimal Input; cleared otherwise. 
Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 





1 








1 





1 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


rag. number:Dn 


An 


— 


— 


(An) 


010 


reg, numberiAn 


(An) + 


oil 


rag. numbar:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


rag. numbar:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. numbar:An 


([bd,An,Xn|,od) 


110 


reg. number:An 


(lbd,An],Xn,od) 


110 


reg. numberiAn 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



*Only if <fmt> is Byte, Word, Long, or Single. 

R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

■Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 
Destination Register Field — Specifies the destination floating-point data register, FPn. 



000 


L 


001 


S 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 
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FRESTORE 



Restore Internal State 
(Privileged Instruction) 



FRESTORE 



Operation: 



If in supervisor state 
then FRCP State Frame ^ Internal State 
else TRAP 



Assembler 
Syntax: 

Attributes: 



FRESTORE 



<ea> 



Unsized, privileged. 



Description: Aborts the execution of any operation in progress, and loads a new internal state 
from the state frame located at the effective address. The first word at the specified address 
is the format word of the state frame, which specifies the size of the frame and the revision 
number of the FRCP that created it. The MPU writes the first word to the FPCP Restore CIR 
to initiate the restore operation, and then reads the response CIR to verify that the FPCP 
recognizes the format word as valid. If the format word is invalid for the FPCP (either because 
the size of the frame is not recognized, or the revision number does not match the revision 
of the processor), the MPU is instructed to take a format exception. The MPU then writes an 
abort to the control CIR, and the FPCP enters the IDLE state. If the format word is valid, the 
appropriate state frame is loaded, starting at the specified location and proceeding through 
higher addresses. 

The FRESTORE instruction does not normally affect the programmer's model registers of the 
FPCP (except for the NULL state size, as described below), but is used only to restore the 
user invisible portion of the machine. The FRESTORE instruction is used with the FMOVEM 
instruction to perform a full context restoration of the FPCP, including the floating-point data 
registers and system control registers. In order to accomplish a complete restoration, the 
FMOVEM instructions are first executed to load the programmer's model, followed by the 
FRESTORE instruction to load the internal state and continue any previously suspended 
operation. Refer to 6.4 CONTEXT SWITCHING for more information. 

The current implementation of the FPCP supports three state frames. Refer to 6.4.2 State 
Frames for the exact format of these state frames. 

NULL: This state frame is four bytes long, with a format word of $0000. An FRESTORE 
operation with this size state frame is equivalent to a hardware reset of the FPCP. 
The programmer's model is set to the reset state, with non-signaling NANs in the 
floating- point data registers and zeroes in the FPCR, FPSR and FPIAR. (Thus, it 
is unnecessary to load the programmer's model before this operation.) 

IDLE: This state frame is 28 ($1C) bytes long in the MC68881, and 60 ($3C) bytes long 

in the MC68882. An FRESTORE operation with this size state frame causes the 
FPCP to be restored to the idle state, waiting for the initiation of the next instruc- 
tion. Exceptions that were pending before the execution of the previous FSAVE 
instruction are pending following the execution of the FRESTORE instruction. The 
programmer's model is not affected by loading this type of state frame. 
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FRESTORE 



Restore Internal State 
(Privileged Instruction) 



FRESTORE 



BUSY: This state frame is 184 ($B8) bytes long in the IVIC68881 and 216 ($D8) bytes long 
in the MC68882. An FRESTORE operation with this size state frame causes the 
FRCP to be restored to the busy state, executing the instruction that was sus- 
pended by a previous FSAVE operation. The programmer's model is not affected 
by loading this type of state frame (although the completion of the suspended 
instruction after the restore is executed may modify the programmer's model). 

Status Register: Cleared if the state size is NULL, otherwise not affected 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1 


1 


1 


1 


COPROCESSOR 
ID 


1 





1 


EFFECTIVE ADDRESS 
MODE 1 REGISTER 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for the state frame. Only postin- 
crement or control addressing modes are allowed as shown: 



Addressing Mode 


Mode 


Register 


Dn 


— 


— 


An 


— 


— 


(An) 


010 


rag. number:An 


(An) + 


Oil 


rag. number:An 


-(An) 


— 


— 


(di6,An) 


101 


rag. number:An 


(d8,An,Xn) 


110 


rag. number:An 


(bd,An,Xn) 


110 


rag. number:An 


([bd,An,Xn],od) 


110 


rag. number:An 


([bd,An],Xn,od) 


110 


reg. numbar:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


— 


— 














(di6,PC) 




010 


(ds.PCXn) 




oil 


(bd,PC,Xn) 




oil 


{[bd,PC,Xn],od) 




oil 


([bd,PC],Xn,od) 




oil 
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FSAVE 



Save Internal State 
(Privileged Instruction) 



FSAVE 



Operation: 



Assembler 
Syntax: 

Attributes: 



If in supervisor state 
then FPCP Internal State | State Frame 
else TRAP 



FSAVE 



<ea> 



Unsized, privileged. 



Description: Suspends the execution of any operation in progress, and saves the internal state 
in a state frame located at the effective address. After the save operation, the FPCP is in the 
idle state, waiting for the execution of the next instruction. The first word written to the state 
frame is the format word, which specifies the size of the frame and the revision number of 
the FPCP. The MPU initiates the FSAVE instruction by reading the FPCP save CIR, which is 
encoded with a format word that indicates the appropriate action to be taken by the main 
processor. The current implementation of the FPCP always returns one of five responses in 
the save CIR: 

Value Definition 

$0018 Save NULL state frame 

$0118 Not ready, come again 

$0218 Illegal, take format exception 

$XX18 Save IDLE state frame 

$XXB4 Save BUSY state frame 
where: 

XX is the FPCP version number. 
The Not Ready format word indicates that the FPCP is not prepared to perform a state save 
and that the MPU should process interrupts, if necessary, and then re-read the save CIR. The 
FPCP uses this format word to cause the main processor to wait while an internal operation 
is completed, if possible, in order to allow an IDLE frame to be saved rather than a BUSY 
frame. The Illegal format word is used to abort an FSAVE instruction that is attempted while 
the FPCP is executing a previous FSAVE instruction. All other format words cause the MPU 
to save the indicated state frame at the specified address. For state frame details see 6.4.2 
State Frames. These state frames are defined as follows: 

NULL: This state frame is four bytes long. An FSAVE instruction that generates this size 
state frame indicates that the FPCP state has not been modified since the last 
hardware reset or FRESTORE instruction with a NULL state frame. This indicates 
that the programmer's model is in the reset state, with non-signaling NANs in 
the floating-point data registers and zeroes in the FPCR, FPSR, and FPIAR. (Thus, 
it is not necessary to save the programmer's model.) 

IDLE: This state frame is 28 ($1C) bytes long in the MC68881, and 60 {$3C) bytes long 

in the MC68882. An FSAVE instruction that generates this size state frame indicates 
that the FPCP was in an idle condition, waiting for the initiation of the next in- 
struction. Any exceptions that were pending are saved in the frame and are then 
cleared internally. Thus, the pending exceptions are not reported until after a 
subsequent FRESTORE instruction loads the state frame. In addition to being used 
for context switching, this frame may be used by exception handler routines, 
since it contains the value of the operand that caused the last floating-point 
exception. 
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FSAVE 



Save Internal State 
(Privileged Instruction) 



FSAVE 



BUSY: This state frame is 184 ($B8) bytes long in the MC68881, and 216 ($D8) bytes long 
In the MC68882. An FSAVE instruction that generates this size state frame indicates 
that the FRCP was at a point within an instruction where it was necessary to save 
the entire internal state of the processor. This frame size is only used when 
absolutely necessary because of the large size of the frame and the amount of 
time required to transfer it. The action of the FRCP when this state frame is saved 
is the same as for the IDLE state frame. 

The FSAVE does not save the programmer's model registers of the FRCP, but is used to save 
only the user invisible portion of the machine. The FSAVE instruction may be used with the 
FMOVEM instruction to perform a full context save of the FRCP including the floating-point 
data registers and system control registers. In order to accomplish a complete context save, 
an FSAVE instruction is first executed to suspend the current operation and save the internal 
state, followed by the appropriate FMOVEM instructions to store the programmer's model. 
Refer to 6.4 CONTEXT SWITCHING for more information. 

Status Register: Not affected 

Instruction Format: 



15 


14 


13 


12 


11 10 9 


8 


7 


6 


5 


4 3 2 1 





1 


1 


1 


1 


COPROCESSOR 
ID 


' 1 








EFFECTIVE ADDRESS 
MODE 1 REGISTER 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID= 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for the state frame. Only prede- 
crement or control alterable addressing modes are allowed as shown: 



Addressing Mode 


Mode 


Register 


Dn 


— 


— 


An 


— 


— 


(An) 


010 


rag. nunnber:An 


(An) + 


— 


— 


-(An) 


100 


reg. number:An 


(di6-An) 


101 


rag. numbariAn 


(d8,An,Xn) 


110 


rag. nunnber:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xnl,od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


— 


— 














(di6,PC) 


— 


— 


(d8,PC,Xn) 


— 


— 


(bd,PC,Xn) 


— 


— 


([bd,PC,Xn],od) 


— 


— 


([bd,PCl,Xn,od) 


— 


— 
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FSCALE 



Scale Exponent 



FSCALE 



Operation: FPn x INT(2Source) ^ pPn 



Assembler FSCALE. <fmt> <ea>,FPn 

Syntax: FSCALE.X FPm,FPn 

Attributes: Format = (Byte, Word, Long, Single, Double, Extended, Packed) 

Description: Converts the source operand to an Integer (if necessary) and adds that integer to 
the destination exponent. Stores the result in the destinatidn floating-point data register. This 
function has the effect of multiplying the destination by 2Source, but is much faster than a 
multiply operation when the source is an integer value. 

The FPCP assumes that the scale factor is an integer value before the operation is executed. 
If not, the value is chopped (i.e., rounded using the round-to-zero mode) to an integer before 
it is added to the exponent. When the absolute value of the source operand is (^) 2'''* ^" 
overflow or underflow always results. 

Operation Table: 



an 



^~.^.,__^ Source 
Destination ^^^^ 


In Range 

+ 


Zero 

+ 


infinity 

+ 


In Range 


Scale Exponent 


FPni 


NAN2 


Zero 


+ 0.0 
-0.0 


+ 0.0 
-0.0 


NAN2 


Infinity 


+ inf 
-inf 


+ inf 
-inf 


NAN2 



NOTES: 

1. Returns the value FPn before the operation. However, the result if processed bythe normal 
instruction termination procedure to round it as required. Thus, an underflow and/or inexact 
result may occur if the rounding precision has been changed to a smaller size since the FPn 
value was loaded. 

2. Sets the OPERR bit in the FPSR exception byte. 

3. If the source operand is a NAN, refer to 4.5.4 IMANs for more information. 



Status Register: 

Condition Codes: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 



Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Set if the source operand is (+ or -)infinity; cleared 
otherwise 




OVFL 


Refer to 6.1.4 Overflow. 




UNFL 


Refer to 6.1.5 Underflow. 




DZ 


Cleared 




INEX2 


Cleared 




INEX1 


If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 
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FSCALE 



Scale Exponent 



FSCALE 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 





1 








1 


1 






Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


rag. nunnber:Dn 


An 


— 


— 


(An) 


010 


rag. number:An 


(An) + 


Oil 


rag. numbar:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


rag. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


rag. nurnbar:An 


([bd,AnI,Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mbde 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od)" 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



*Only if <fmt> Is Byte, Word, Long, or Single. 

R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 
Destination Register Field — Specifies the destination floating-point data register, FPn. 



000 


L 


001 


s 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 
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FScc 



Set According to Condition 



FScc 



Operation: If (condition true) 

then Is I Destination 
else Os I Destination 



Assembler 
Syntax: 

Attributes: 



FScc.<size> 



Size = (Byte) 



<ea> 



Description: If the specified floating-point condition is true, sets the byte integer operand at 
the destination to TRUE (all ones), otherwise sets the byte to FALSE (all zeroes). The con- 
ditional specifier cc may select any one of the 32 floating-point conditional tests as described 
in 4.4 CONDITIONAL TEST DEFINITIONS. 



Status Register: 






Condition Codes: 


Not affected 




Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Set if the NAN condition code is set and the condition 
selected is an IEEE non-aware test 




SNAN 


Not Affected 




OPERR 


Not Affected 




OVFL 


Not Affected 




UNFL 


Not Affected 




DZ 


Not Affected 




INEX2 


Not Affected 




INEX1 


Not Affected 



Accrued Exception Byte: The lOP bit is set if the BSUN bit is set in the exception byte. No 
other bit is affected. 

Instruction Format: 



15 


14 


13 


12 


11 


10 9 


8 


7 


6 


5 4 3 2 10 


1 


1 


1 


1 


COPROCESSOR 
ID 








1 


EFFECTIVE ADDRESS 
MODE 1 REGISTER 





























CONDITIONAL PREDICATE 
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FScc 



Set According to Condition 



FScc 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID= 1 for the FRCP. 
Effective Address Field — Specifies the addressing mode for the byte integer operand: 



Addressing Mode 


Mode 


Register 


Dn 


000 


reg. number;Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number;An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,Anl,Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


— 


— 














(di6,PC) 


— 


— 


{d8,PC,Xn) 


— 


— 


{bd,PC,Xn) 


— 


— 


([bd,PC,Xn],od) 


— 


— 


([bd,PC],Xn,od) 


— 


— 



Conditional Predicate Field — Specifies one of 32 conditional tests as defined in 4.4 CON- 
DITIONAL TEST DEFINITIONS. 

NOTE , 

When a BSUN exception occurs, a pre-instruction exception is taken by the main 
processor. If the exception handler returns without modifying the image of the PC 
on the stack frame (to point to the instruction following the FScc), then it must clear 
the cause of the exception (by clearing the NAN bit or disabling the BSUN trap) or 
the exception occurs again immediately upon return to the routine that caused the 
exception. 
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FSGLDIV 



Single Precision Divide 



FSGLDIV 



Operation: FPn (4-) Source ^ FPn 

Assembler FSGLDIV.<fmt> <ea>,FPn 

Syntax: FSGLDIV.X FPm,FPn 

Attributes: Format = (Byte, Word, Long, Single, Double, Extended, Packed) 

Description: Converts the source operand to extended precision (if necessary) and divides that 
number into the number in the destination floating-point data register. Stores the result In 
the destination floating-point data register, rounded to single precision (regardless of the 
current rounding precision). This function is undefined for 0(-^)0 and infinity(H-)infinity. 

Both the source and destination operands are assumed to be representable in the single 
precision format. If either operand requires more than 24 bits of mantissa to be accurately 
represented, the accuracy of the result is not guaranteed. Furthermore, the result exponent 
may exceed the range of single precision, regardless of the rounding precision selected in 
the FPCR mode control byte. Refer to 4.5.5.2 UNDERFLOW, ROUND, OVERFLOW for more 
information. 



Operation Table: 



^~'~~~~~--...,__^ Source 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


In Range 


Divide 
(Single Precision) 


+ infl -infl 
-infi +inf 


+ 0.0 -0.0 
-0.0 +0.0 


Zero 


+ 0.0 -0.0 
-0.0 +0.0 


NAN2 


+ 0.0 -0.0 
-0.0 +0.0 


Infinity 


+ inf -inf 
-inf +inf 


+ inf -inf 
-inf +inf 


NAN2 



NOTES: 

1. Sets the DZ bit in the FPSR exception byte. 

2. Sets the OPERR bit in the FPSR exception byte. 

3. If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 

Not affected 

BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Set for 0( -h )0 or infinity( ^ )infinity 

OVFL Refer to 6.1.4 Overflow. 

UNFL Refer to 6.1.5 Underflow. 

DZ Set if the source is zero and the destination is in range; 

cleared otherwise 
INEX2 Refer to 6.1.7 Inexact Result. 

INEX1 If <fmt> is Packed, refer to 6.1.8 Inexact Result on 

Decimal Input; cleared otherwise. 
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FSGLDIV 



Single Precision Divide 



FSGLDIV 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 



Instruction Format: 

15 14 13 12 11 



1 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 





1 








1 









Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. numberiAn 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


(Ibd,PC,Xn],od) 


111 


oil 


([bd,PCl,Xn,od) 


111 


oil 



*0nly if <fmt> is Byte, Word, Long, or Single. 

R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 
Destination Register Field — Specifies the destination floating-point data register, FPn. 



000 


L 


001 


s 


010 


X 


oil 


P 


100 


w 


101 


D 


110 


B 
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FSGLMUL 



Single Precision IVIultiply 



FSGLMUL 



Operation: Source x FPn | FPn 

Assembler FSGLMUL.<fmt> 

Syntax: FSGLMULX 

<ea>,FPn 

FPm,FPn 

Attributes: Format = (Byte, Word, Long, Single, Double, Extended, Packed) 

Description: Converts the source operand to extended precision (if necessary) and multiplies 
that number by the number in the destination floating-point data register. Stores the result 
in the destination floating-point data register, rounded to single precision (regardless of the 
current rounding precision). 

Both the source and destination operands are assumed to be representable in the single 
precision format. If either operand requires more than 24 bits of mantissa to be accurately 
represented, the accuracy of the result is not guaranteed. Furthermore, the result exponent 
may exceed the range of single precision, regardless of the rounding precision selected in 
the FPCR mode control byte. Refer to 4.5.5.2 UNDERFLOW, ROUND, OVERFLOW for more 
information. 



Operation Table: 



Destination ~~" 


Source 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


In Range 


+ 


Multiply 
(Single Precision 


+ 0.0 -0.0 
-0.0 +0.0 


+ inf -inf 
-inf +inf 


Zero 


+ 


+ 0.0 -0.0 
-0.0 +0.0 


+ 0.0 -0.0 
-0.0 +0.0 


NAN1 


Infinity 


+ 


+ inf -inf 
-inf +inf 


NAN1 


+ inf -inf 
-inf +inf 



NOTES: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 

Not affected 

BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Set if one operand is zero and the other is infinity; 

cleared otherwise 
OVFL Refer to 6.1.4 Overflow. 

UNFL Refer to 6.1.5 Underflow. 

DZ Cleared 

INEX2 Refer to 6.1.7 Inexact Result. 

INEX1 If <fmt> is Packed, refer to 6.1.8 Inexact Result on 

Decimal Input; cleared otherwise. 
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FSGLMUL 



Single Precision Multiply 



FSGLMUL 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 



15 


14 


13 


12 


11 10 


9 




8 


7 


6 


5 


4 


3 


2 


1 





1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 





1 








1 


1 


1 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/iVl = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


on 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


no 


reg. number;An 


([bd,An),Xn,od) 


110 


reg. numbenAn 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xnl,od) 


111 


on 


([bd,PCl,Xn,od) 


111 


oil 



*Only if <fmt> is Byte, Word, Long, or Single. 

R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 
Destination Register Field — Specifies the destination floating-point data register, FPn. 



000 


L 


001 


s 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 
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FSIN 



Sine 



FSIN 



Operation: 

Assembler 
Syntax: 



Attributes: 



Sine of Source | FPn 



FSIN.<fmt> 

FSIN.X 

FSIN.X 



<ea>,FPn 

FPm,FPn 

FPn 



Fornnat = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and calculates 
the sine of that number. Stores the result in the destination floating-point data register. This 
function is not defined for source operands of ( ± )infinity. If the source operand is not in the 
range of [-2it. . . +2tt], the argument is reduced to within that range before the sine is 
calculated. However, large arguments may lose accuracy during reduction, and very large 
arguments (greater than approximately 10^°) lose all accuracy. The result is in the range of 
[-1 ... +1]. 

Operation Table: 



"""■^—^ -.^^^^ Source 
Destination ~~— — ....^^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


Sine 


+ 0.0 -0.0 


NAN1 



NOTES: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 

Not affected 



BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Set if the source is ( + or - )infinity; cleared otherwise. 

OVFL Cleared 

UNFL Refer to 6.1.5 Underflow. 

DZ Cleared 

INEX2 Refer to 6.1.7 Inexact Result. 

INEX1 If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 
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FSIN 



Sine 



FSIN 



Instruction Format: 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 











1 


1 


1 






Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID= 1 for the FPCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


Oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6-PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


((bd,PC],Xn,od) 


111 


oil 



*Only if <fmt> is Byte, Word, Long, or Single. 

R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, then the input operand is taken from 
the specified floating-point data register, and the result is written into the same register. 
If the single register syntax is used. Motorola assemblers set the source and destination 
fields to the same value. 



001 


s 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 
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FSINCOS 



Simultaneous Sine and Cosine 



FSINCOS 



Operation: 

Assembler 
Syntax: 

Attributes: 



Sine of Source | FPs 
Cosine of Source | FPc 

FSINCOS.<fmt> <ea>,FPc:FPs 
FSINCOS.X FPm,FPc:FPs 

Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and calculates 
both the sine and the cosine of that number. Calculates both functions simultaneously; thus, 
this instruction is significantly faster than performing separate FSIN and FCOS instructions. 
Loads the sine result into the destination floating-point data register FPs and the cosine result 
into the destination floating-point data register FPc. Sets the condition code bits according 
to the sine result. If FPs and FPc are specified to be the same register, the cosine result is 
first loaded into the register and then is overwritten with the sine result. This function is not 
defined for source operands of (-f or -)infinity. 

If the source operand is not in the range of ( - Ztt . . . + It:], the argument is reduced to within 
that range before the sine and cosine are calculated. However, large arguments may lose 
accuracy during reduction, and very large arguments (greater than approximately 10^°) lose 
all accuracy. The results are in the range of [-1 ... -1-1]. 

Operation Table: 



Destination 


Source 


+ 


In Range 


Zero 

+ 


+ 


Infinity 


FPs 


Sine 


+ 0.0 -0.0 


NAN1 


FPc 


Cosine 


+ 0.0 +0.0 


NANi 



NOTES: 
1. Sets the OPERR bit in the FPSR exception byte. 
2. If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES (for the sine result) 
Not affected 



BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Set if the source is ( -I- or -)infinity; cleared otherwise 

OVFL Cleared 

UNFL Set if a sine underflow occurs, in which case the cos- 

ine result is 1 . Cosine cannot underflow. Refer to 6.1.5 
Underflow. 

DZ Cleared 

INEX2 Refer to 6.1.7 Inexact Result. 

INEX1 If <fmt> is Packed, refer to 6.1.8 Inexact Result on 

Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 
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FSINCOS 



Simultaneous Sine and Cosine 



FSINCOS 



Instruction Format: 



15 


14 


13 


12 


11 10 


9 




8 


7 


6 


5 


4 


3 


2 1 


1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER, FPs 





1 


1 





DESTINATION 
REGISTER, FPc 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FPCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number;An 


-(An) 


100 


reg. number.An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


((bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


((bd,PC],Xn,od) 


111 


oil 



*Only if <fmt> is Byte, Word, Long, or Single. 

R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 
Long Word Integer 
Single Precision Real 
Extended Precision Real 
Packed Decimal Real 
Word Integer 
Double Precision Real 
Byte Integer 
Destination Register, FPc Field — Specifies the destination floating-point data register, FPc. 

The cosine result is stored in this register. 
Destination Register, FPs Field — Specifies the destination floating-point data register, FPs. 
The sine result is stored in this register. If FPc and FPs specify the same floating-point data 
register, the sine result is stored in the register, and the cosine result is discarded. 
If R/M = and the source register field is equal to either of the destination register fields, the 
input operand is taken from the specified floating-point data register, and the appropriate 
result is written into the same register. 
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X 
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FSINH 



Hyperbolic Sine 



FSINH 



Operation: Hyperbolic Sine of Source | FPn 



Assembler 
Syntax: 



FSINH. <fmt> 

FSINH.X 

FSINH.X 



<ea>,FPn 

FPnn,FPn 

FPn 



Attributes: Format = (Byte, Word, Long, Single, Double, Extended, Packed) 

Description: Converts the source operand to extended precision (if necessary) and calculates 
the hyperbolic sine of that number. Stores the result in the destination floating-point data 
register. 

Operation Table: 



~~~-...___^ Source 
Destination"^-----.....,..,^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


Hyperbolic Sine 


+ 0.0 -0.0 


+ inf -inf 



NOTE: If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 






Condition Codes: 


Affected as 


described in 4.5.5.1 SETTING FLOATING-POINT CON- 




DITION CODES 


Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Cleared 




OVFL 


Refer to 6.1.4 Overflow. 




UNFL 


Refer to 6.1.5 Underflow. 




DZ 


Cleared 




INEX2 


Refer to 6.1.7 Inexact Result. 




INEX1 


If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 











COPROCESSOR 












EFFECTIVE ADDRESS 




1 


1 


1 


1 


ID 




' 










MODE 


REGISTEF 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 

















1 
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FSINH 



Hyperbolic Sine 



FSINH 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID= 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/l\/l = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


rag. nuniber:Dn 


An 


— 


— 


(An) 


010 


rag. number:An 


(An) + 


oil 


rag. number:An 


-(An) 


100 


reg. numbar:An 


(di6,An) 


101 


rag. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


rag. numbar:An 


((bd,An,Xn],od) 


no 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. numbar:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



*0nly if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, the input operand is taken from the 
specified floating-point data register, and the result is written into the same register. If the 
single register syntax is used, Motorola assemblers set the source and destination fields 
to the same value. 
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FSQRT 



Square Root 



FSQRT 



Operation: 

Assembler 
Syntax: 



Attributes: 



Square Root of Source f FPn 



FSQRT. <fmt> 

FSQRT.X 

FSQRT.X 



<ea>,FPn 

FPm,FPn 

FPn 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and calculates 
the square root of that number. Stores the result in the destination floating-point data register. 
This function is not defined for negative operands. 

Operation Table: 



^^~~-.,.^,^^ Source 
Desti n ati n^^^^^^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ - 


Result 


yx NAN"" 


+ 0.0 -0.0 


+ inf NAN1 



NOTES: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 






Condition Codes: 


Affected as 


described in 4.5.5.1 SETTING FLOATING-POINT CON- 




DITION CODES 


Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Set if the source operand is not zero and is negative; 
cleared otherwise 




OVFL 


Cleared 




UNFL 


Cleared 




DZ 


Cleared 




INEX2 


Refer to 6.1.7 Inexact Result. 




INEX1 


If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 











COPROCESSOR 












EFFECTIVE ADDRESS 




1 


1 


1 


1 


ID 















MODE 


REGISTEP 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 














1 
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FSQRT 



Square Root 



FSQRT 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FPCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


{[bd,An,Xn],od) 


110 


reg. number:An 


{[bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


((bd,PC],Xn,od) 


111 


oil 



*Only if <fmt> is Byte, Word, Long or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register* 

Source Specifier Field — Specifies the source register or data format. 
If R/IVI = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, the input operand is taken from the 
specified floating-point data register, and the result is written into the same register. If the 
single register syntax is used. Motorola assemblers set the source and destination fields 
to the same value. 
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FSUB 



Subtract 



FSUB 



Operation: 

Assembler 
Syntax: 



FPn -Source | FPn 



FSUB.<fmt> 
FSUB.X 



<ea>,FPn 
FPm,FPn 



Attributes: Format = (Byte, Word, Long, Single, Double, Extended, Packed) 

Description: Converts the source operand to extended precision (if necessary) and subtracts 
tiiat number from the number in the destination floating-point data register. Stores the result 
in the destination floating-point data register. 

Operation Table: 



Destination 


Source 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


In Range 


+ 


Subtract 


Subtract 


-inf +inf 


Zero 


+ 


Subtract 


+ 0.0^ -0.0 
-0.0 +0.01 


- inf + inf 


Infinity 


+ 


+ inf 
-inf 


+ inf 
-inf 


NAN2 -inf 
-inf NAN2 



NOTES: 

1. Returns +0.0 in rounding modes RN, RZ, and RP; returns -0.0 in RM. 

2. Sets the OPERR bit in the FPSR exception byte. 

3. If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 

Condition Codes: 

Quotient Byte: 
Exception Byte: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 



Not affected 

BSUN Cleared 

SNAN Refer to 4.5.4 NANs. 

OPERR Set if both the source and destination are like-signed 

infinities; cleared otherwise 
OVFL Refer to 6.1.4 Overflow. 

UNFL Refer to 6.1.5 Underflow. 

DZ Cleared 

INEX2 Refer to 6.1.7 Inexact Result. 

INEX1 If <fmt> is Packed, refer to 6.1.8 Inexact Result on 

Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 
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FSUB 



Subtract 



FSUB 



Instruction Format: 

15 14 13 











COPROCESSOR 










EFFECTIVE, ADDRESS 




1 


1 


1 


1 


ID 













MODE 


REGISTER 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 





1 





1 












Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID= 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


rag. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. numberrAn 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,){n) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



*Only if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1 , specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 
Destination Register Field — Specifies the destination floating-point data register, FPn. 
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FTAN 



Tangent 



FTAN 



Operation: Tangent of Source | FPn 



Assembler 
Syntax: 



Attributes: 



FTAN.<fmt> 

FTAN.X 

FtAN.X 



<ea>,FPn 

FPm,FPn 

FPn 



Fornnat=(Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and calculates 
the tangent of that number. Stores the result in the destination floating-point data register. 
This function is not defined for source operands of (±)infinity. If the source operand is not 
in the range of [-tt/2 . . . +77/2], the argunnent is reduced to within that range before the 
tangent is calculated. However, large arguments may lose accuracy during reduction, and 
very large arguments (greater than approximately 10^°) lose all accuracy. 

Operation Table: 



^ — ^_^ Source 
Destination^ — -^^^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


Tangent 


+ 0.0 -0.0 


NANi 



NOTES: 

1. Sets the OPERR bit in the FPSR exception byte. 

2. If the source operand is a NAN, refer to 4.5.4 NAIMs for more information. 



Status Register: 

Condition Codes: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 



Quotient Byte: 


Not affected 


Exception Byte: 


BSUN 




SNAN 




OPERR 




OVFL 




UNFL 




DZ 




INEX2 




INEX1 



Cleared 

Refer to 4.5.4 NANs. 

Set if the source is (±)infinity; cleared otherwise 

Refer to 6.1.4 Overflow. 

Refer to 6.1.5 Underflow. 

Cleared 

Refer to 6.1.7 Inexact Result. 

If <fmt> is Packed, refer to 6.1.8 Inexact Result on 

Decimal Input; cleared otherwise. 

Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 











1 


1 


1 


1 
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FTAN 



Tangent 



FTAN 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID= 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = l, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


rag. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


rag. number:An 


-(An) 


100 


reg. nunnbar:An 


(di6-An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. numbar:An 


([bd,An,Xn],od) 


110 


rag. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


((bd,PCl,Xn,od) 


111 


oil 



"Only if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, the input operand is taken from the 
specified floating-point data register, and the result is written into the same register. If the 
single register syntax is used, Motorola assemblers set the source and destination fields 
to the same value. 
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FTANH 



Hyperbolic Tangent 



FTANH 



Operation: 

Assembler 
Syntax: 



Attributes: 



Hyperbolic Tangent of Source | FPn 



FTANH.<fmt> 
FTANH. X 
FTANH. X 



<ea>,FPn 

FPnn,FPn 

FPn 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and calculates 
the hyperbolic tangent of that number. Stores the result in the destination floating-point data 
register. 

Operation Table: 



--.«,,__^^ Source 
D e St i n a t i ii~~~-~-~......._^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


Hyperbolic Tangent 


+ 0.0 -0.0 


+ 1.0 -1.0 



NOTE: If the source operand is a NAN, refer to 4.5.4 NANs for more information. 

Status Register: 



Condition Codes: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 



Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Cleared 




OVFL 


Cleared 




UNFL 


Refer to 6.1.5 Underflow. 




DZ 


Cleared 




INEX2 


Refer to 6.1.7 Inexact Result. 




INEX1 


If <fnnt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 


■ 








1 








1 
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FTANH 



Hyperbolic Tangent 



FTANH 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/IVI = 0, this field is unused, and should be all zeroes. 
If R/IV1 = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(cli6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd.PC.Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



*0nly if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, the input operand is taken from the 
specified floating-point data register, and the result is written into the same register. If the 
single register syntax is used. Motorola assemblers set the source and destination fields 
to the same value. 
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FTENTOX 



10x 



FTENTOX 



Operation: loSource ^ pPn 

Assembler FTENTOX.<fnnt> <ea>,FPn 

Syntax: FTENTOX.X FPm,FPn 

FTENTOX.X FPn 

Attributes: Format=(Byte, Word, Long, Single, Double, Extended, Packed) 

Description: Converts the source operand to extended precision (if necessary) and calculates 
1 to the power of that number. Stores the result in the destination floating-point data register. 

Operation Table: 



^^~~-~-^..^^ Source 
Destinatiori~~^ — ^^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


10'< 


+ 1.0 


+ inf +0.0 



NOTE: If the source operand is a NAN, refer to 4.5.4 NANs for more information. 

Status Register: 



Condition Codes: 


Affected as 


described in 4.5.5.1 SETTING FLOATING-POINT CON- 




DITION CODES 


Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Cleared 




OVFL 


Refer to 6.1.4 Overflow. 




UNFL 


Refer to 6.1.5 Underflow. 




DZ 


Cleared 




INEX2 


Refer to 6.1.7 Inexact Result. 




INEX1 


If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 








1 








1 
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FTENTOX 



lOx 



FTENTOX 



Instruction Fields: 

Coprocessor ID Field — Specifies wiiich coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID = 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an i\/168000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. nuniber:An 


(An) + 


oil 


reg. numberiAn 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number:An 


(bd,An,Xn) 


110 


reg. number:An 


(|bd,An,Xn],od) 


110 


reg. number:An 


([bd,Anl,Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


(lbd,PC,XnI,od) 


111 


oil 


(|bd,PC],Xn,od) 


111 


oil 



"Only if <fmt> is Byte, Word, Long, Or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm'. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, the input operand is taken from the 
specified floating-point data register, and the result is written into the same register. If the 
single register syntax is used. Motorola assemblers set the source and destination fields 
to the same value. 
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FTRAPcc 



Trap Conditionally 



FTRAPcc 



Operation: 



If condition true, then TRAP 



Assembler 
Syntax: 



Attributes: 



FTRAPcc 

FTRAPcc.W #<data> 

FTRAPcc. L #<data> 

Size = (Word, Long) 



Description: If the selected condition is true, the main processor initiates exception processing. 
A vector number is generated to reference the TRAPcc exception vector. The stacked program 
counter points to the next instruction. If the selected condition is not true, no operation is 
performed, and execution continues with the next instruction in sequence. The immediate 
data operand is placed in the word(s) following the conditional predicate word and is available 
for user definition for use within the trap handler. 

The conditional specifier cc selects one of the 32 conditional tests defined in 4.4 CONDITIONAL 
TEST DEFINITIONS. 



Status Register: 






Condition Codes: 


Not affected 




Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Set if the NAN condition code is set and the condition 
selected is an IEEE non-aware test 




SNAN 


Not Affected 




GPERR 


Not Affected 




OVFL 


Not Affected 




UNFL 


Not Affected 




DZ 


Not Affected 




INEX2 


Not Affected 




INEX1 


Not Affected 



Accrued Exception Byte: The lOP bit is set if the BSUN bit is set in the exception byte. No 
other bit is affected. 

Instruction Format: 



15 


14 


13 


12 


11 10 9 


8 


7 


6 


5 4 3 2 10 


1 


1 


1 


1 


COPROCESSOR ID 








1 


1 1 1 1 MODE 














1 1 











CONDITIONAL PREDICATE 


16-BIT OPERAND OR MOST SIGNIFICANT WORD OF 32-BIT OPERAND (IF NEEDED) 


LEAST SIGNIFICANT WORD OR 32-BIT OPERAND (IF NEEDED) 
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FTRAPCC Trap Conditionally FTRAPCC 

Instruction Fields: 

Coprocessor ID Field — Specifies wiiich coprocessor in the system is to execute this instruc- 
tion. IVIotorola assemblers default to ID= 1 for the FPCP. 

Mode Field — Specifies the form of the instruction. 
010 — The instruction is followed by a word operand. 
Oil — The instruction is followed by a long word operand. 
100 — The instruction has no operand. 

Conditional Predicate Field — Specifies one of 32 conditional tests as described in 4.4 CON- 
DITIONAL TEST DEFINITIONS. 

Operand Field — Contains an optional word or long word operand that is user defined. 

NOTE 

When a BSUN exception occurs, a pre-instruction exception is taken by the main 
pi-ocessor. If the exception handler returns without modifying the image of the PC 
on the stack frame (to point to the instruction following the FTRAPcc), it must clear 
the cause of the exception (by clearing the NAN bit or disabling the BSUN trap) or 
the exception occurs again immediately upon return to the routine that caused the 
exception. 
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FTST 



Test Operand 



FTST 



Operation: Condition Codes for Operand | FPCC 



Assembler 
Syntax: 

Attributes: 



FTST.<fmt> 
FTST.X 



<ea> 
FPm 



Format = (Byte, Word, Long, Single, Double, Extended, Packed) 



Description: Converts the source operand to extended precision (if necessary) and sets the 
condition code bits according to the data type of the result. 

Operation Table: The contents of this table differ fronn the other operation tables. A letter in an 
entry of this table indicates that the designated condition code bit is always set by the FTST 
operation. All unspecified condition code bits are cleared during the operation. 



"" -^,,__^^ Source 
Destination ~~-~~,,,__^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


none N 


Z NZ 


1 Nl 



NOTES: 

1. If the source operand is a NAN, set the NAN condition code bit. 

2. If the source operand is a SNAN, set the SNAN bit in the FPSR exception byte. 



Status Register: 

Condition Codes: 



Affected as described in 4.5.5.1 SETTING FLOATING-POINT CON- 
DITION CODES 



Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Cleared 




OVFL 


Cleared 




UNFL 


Cleared 




DZ 


Cleared 




INEX2 


Cleared 




INEX1 


If <fnnt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 





1 


1 


1 





1 
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FTST 



Test Operand 



FTST 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID= 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an M68000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn* 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. numberiAn 


(bd,An,Xn) 


no 


reg. number:An 


([bd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. number:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6-PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


oil 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



000 


L 


001 


S 


010 


X 


Oil 


P 


100 


w 


101 


D 


110 


B 



*0nly if <fnnt> is Byte, Word, Long, or Single. 

R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Since the FRCP uses a common command word format for all 
of the arithmetic instructions (including FTST), this field is treated in the same manner for 
FTST as for the other arithmetic instructions, even though the destination register is not 
modified. This field should be set to zero in order to maintain compatibility with future 
devices, although the FRCP does not signal an illegal instruction trap if it is not zero. 
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FTWOTOX 



2^ 



FTWOTOX 



Operation: 2Source | pPn 

Assembler FTWOTOX.<fmt><ea>,FPn 

Syntax: FTWOTOX.X FPm,FPn 

FTWOTOX.X FPn 

Attributes: Format = (Byte, Word, Long, Single, Double, Extended, Packed) 

Description: Converts the source operand to extended precision (if necessary) and calculates 
2 to the power of that number. Stores the result in the destination floating-point data register. 

Operation Table: 



-->..,,_^^^ Source 
Destination ^^■^ — >^^ 


In Range 

+ 


Zero 

+ 


Infinity 

+ 


Result 


2X 


+ 1.0 


+ inf +0.0 



NOTE: If the source operand is a NAN, refer to 4.5.4 NANs for more information. 



Status Register: 






Condition Codes: 


Affected as 


described in 4.5.5.1 SETTING FLOATING-POINT CON- 




DITION CODES 


Quotient Byte: 


Not affected 




Exception Byte: 


BSUN 


Cleared 




SNAN 


Refer to 4.5.4 NANs. 




OPERR 


Cleared 




OVFL 


Refer to 6.1.4 Overflow. 




UNFL 


Refer to 6.1.5 Underflow. 




DZ 


Cleared 




INEX2 


Refer to 6.1.7 Inexact Result. 




INEX1 


If <fmt> is Packed, refer to 6.1.8 Inexact Result on 
Decimal Input; cleared otherwise. 



Accrued Exception Byte: Affected as described in 6.1.10 IEEE Exception and Trap Compati- 
bility 

Instruction Format: 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 











COPROCESSOR 












EFFECTIVE ADDRESS 


1 


1 


1 


1 


ID 















MODE 


REGISTER 1 








SOURCE 




DESTINATION 



















HM 





SPECIFIER 




REGISTER 








1 











1 
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FTWOTOX 



2X 



FTWOTOX 



Instruction Fields: 

Coprocessor ID Field — Specifies which coprocessor in the system is to execute this instruc- 
tion. Motorola assemblers default to ID= 1 for the FRCP. 

Effective Address Field — Determines the addressing mode for external operands. 
If R/M = 0, this field is unused, and should be all zeroes. 
If R/M = 1, this field is encoded with an l\/168000 addressing mode as shown: 



Addressing Mode 


Mode 


Register 


Dn» 


000 


reg. number:Dn 


An 


— 


— 


(An) 


010 


reg. number:An 


(An) + 


oil 


reg. number:An 


-(An) 


100 


reg. number:An 


(di6,An) 


101 


reg. number:An 


(d8,An,Xn) 


110 


reg. number An 


(bd,An,Xn) 


110 


reg. number:An 


(lbd,An,Xn],od) 


110 


reg. number:An 


([bd,An],Xn,od) 


110 


reg. nunnber:An 



Addressing Mode 


Mode 


Register 


(xxx).W 


111 


000 


(xxx).L 


111 


001 


#<data> 


111 


100 














(di6,PC) 


111 


010 


(d8,PC,Xn) 


111 


oil 


(bd,PC,Xn) 


111 


on 


([bd,PC,Xn],od) 


111 


oil 


([bd,PC],Xn,od) 


111 


oil 



*Only if <fmt> is Byte, Word, Long, or Single. 



R/M Field — Specifies the source operand address mode. 

— The operation is register to register. 

1 — The operation is <ea> to register. 

Source Specifier Field — Specifies the source register or data format. 
If R/M = 0, specifies the source floating-point data register, FPm. 
If R/M = 1, specifies the source data format: 

Long Word Integer 

Single Precision Real 

Extended Precision Real 

Packed Decimal Real 

Word Integer 

Double Precision Real 

Byte Integer 

Destination Register Field — Specifies the destination floating-point data register, FPn. If R/ 
M = and the source and destination fields are equal, the input operand is taken from the 
specified floating-point data register, and the result is written into the same register. If the 
single register syntax is used, Motorola assemblers set the source and destination fields 
to the same value. 



000 


L 


001 


s 


010 


X 


oil 


p 


100 


w 


101 


D 


110 


B 



MC68881/MC68882 USER'S MANUAL 



MOTOROLA 
4-119 



4.7 INSTRUCTION ENCODING DETAILS 

The following paragraphs provide the details of the object code formats for the general, branch, 
set on condition, save, and restore type coprocessor instructions. 

All FRCP instructions are from two to eight words in length as shown below (the longest case is 
for an immediate operand of six words — the X or P format). 



OPERATION WORD 



MC68881 COMMAND WORD, OR CONDITIONAL PREDICATE 



EFFECTIVE ADDRESS EXTENSION WORDS, DISPLACEMENT, OR IMMEDIATE OPERAND (IF ANY, 1-6 WORDS) 



All FPCP instructions begin with an operation word, formatted as follows: 

15 14 13 12 11 10 9 8 7 6 5 4 3 



COPROCESSOR ID 







TYPE 



TYPE DEPENDENT 



Coprocessor ID — Specifies which coprocessor in the system is to execute this instruction. 

Motorola assemblers default to ID = 1 for the FPCP. 
Type — Specifies the type of coprocessor instruction: 

000 — General Instructions (Arithmetics, FMOVE, FMOVEM) 

001 — FDBcc, FScc, FTRAPcc 
010 — FBcc.W 

Oil — FBcc.L 

100 — FSAVE 

101 — FRESTORE 

110 — (Undefined, Reserved) 

111 — (Undefined, Reserved) 

Type Dependent — Normally specifies the effective address or conditional predicate, but 
usage depends on the type field. 



4.7.1 General Type Coprocessor Instruction Format 

The general type coprocessor instruction format (shown below) is used for all FPCP arithmetic, 
move, move multiple, move constant, and transcendental instructions. 



15 


14 


13 


12 


11 10 9 


8 


7 


6 


5 


4 3 2 1 





1 


1 


1 


1 


COPROCESSOR 
ID 


DPERATIC 



)N WORE 






EFFECTIVE ADDRESS 
MODE REGISTER 






OPCLASS 






RX 1 


COMMAND WORD 
RY 






EXTENSION 





The interpretation of the command word fields, OPCLASS, RX, RY, and EXTENSION field varies 
with the instruction type and is summarized in Table 4-11. 
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Table 4-11. General Type Instruction Command Word Fields 



Opclass 


RX 


RY 


Instruction Class 


000 


Source, 
FPm 


Destination, 
FPn 


FPm to FPn. The extension field specifies the operation (move, 
add, etc.) 


001 


— 


— 


Undefined, reserved. 


010 


000-110 

Source Data 

Format 


Destination, 
FPn 


Memory to Fpn. The extension field specifies the operation (move, 
add, etc.). 


010 


111 


Destination, 
FPn 


Move constant to FPn. The extension field contains the offset of 
the ROM constant. 


oil 


Destination 
Data Format 


Source, 
FPm 


Move FPm to an external destination. If tfie destination format is 
packed decimal, the extension field specifies the k-factor (#k or 
Dn); otherwise it should be zero. 


100 


FPcr 
Select 


000 


Move single or multiple to the system control registers. The exten- 
sion field should be zero. 


101 


FPcr 
Select 


000 


Move single or multiple system control registers to memory. The 
extension field should be zero. 


110 


Register list 

and addressing 

mode select. 


00m 


Move mutliple to the floating-point data registers. The least signifi- 
cant bit of the RY field and the extension field contains the register 
list, or the number of the main processor data register that con- 
tains the list. 


111 


Register list 

and addressing 

mode select. 


00m 


Move multiple from the floating-point data registers. The least sig- 
nificant bit of the RY field and the extension field contains the reg- 
ister list, or the number of the main processor data register that 
contains the list. 



The FPCP general type instructions are classified into groups based upon instruction function and 
argument location (external or internal to the FPCP) as follows: 

1. Floating-Point Register to Register 

2. External Operand to Floating-Point Data Register 

3. Move Constant to Floating-Point Data Register 

4. Move Floating-Point Data Register to External Destination 

5. Move System Control Register 

6. Move Multiple Floating-Point Data Registers 

Subdivision of the instruction set on this basis simplifies the specification of the MPU services 
required by each FPCP instruction. The FPCP requests services from the MPU via the coprocessor 
interface primitives described in 7.5 INSTRUCTION DIALOGS. 

If the command word indicates that an operand external to the FPCP is to be fetched or stored, 
the effective address field of the operation word is an MPU effective address descriptor. When 
the FPCP requests an external data access, the MPU evaluates the source/destination effective 
address based upon this effective address descriptor and transfers operand(s) to/from the FPCP. 

If all operands are contained in FPCP floating-point data registers, the effective address field 
should be all zeros. If the effective address field is not all zeros, instruction execution proceeds 
normally; no F-line emulator exception trap is taken. However, to ensure compatibility with future 
devices, assembler and conrpiler programmers should fill this field with zeros when it is not used. 

4.7.1 .1 REGISTER-TO-REGISTER INSTRUCTIONS. This class of instructions includes floating-point 
data register to floating-point data register moves and the monadic and dyadic arithmetic and 
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transcendental instructions. For dyadic arithmetic instructions, the destination operand is replaced 
by the result. 

FPm <op> FPn | FPn 

For monadic arithmetic instructions, the operand is the source FPm and the result is placed into 
the destination FPn. The source FPm and destination FPn can be the same floating-point data 
register. 

FPm <op> I FPn 

The encoding format for this class of instructions is: 



15 


14 


13 


12 


11 10 


9 8 7 


6 


5 


4 3 


2 


1 





1 


1 


1 


1 COPROCESSOR ID | | 





























SOURCE 
REGISTER 


DESTINATION 
REGISTER 


EXTENSION 



Table 4-12 shows the encoding of the source and destination register field. 



Table 4-12. Register Field 
Encoding 



000 — FPO 


100 — FP4 


001 — FP1 


101 — FP5 


010 — FP2 


110 — FP6 


Oil — FP3 


1 1 1 — FP7 



The extension field indicates the operation to be performed. Table 4-13 lists the extension field 
encodings and functions. Also shown are the services requested of the MPU by the FPCP. 

4.7.1.2 EXTERNAL OPERAND-TO-REGISTER INSTRUCTIONS. This class of instructions includes 
external operand to floating-point data register move and arithmetic instructions. External op- 
erands are located either in menriory or an MPU data register (for B, W, L, or S data types). Data 
format conversion from one of the seven memory data formats to the extended data format is 
implicit in these instructions. For dyadic arithmetic instructions, the value in FPn is replaced by 
the result. 

External Operand <op> FPn ^ FPn 

For monadic arithmetic instructions, the external operand is the source, and the result is placed 
in the destination FPn. 

External Operand <op> | FPn 



The encoding format for this class of instructions is: 



15 


14 


13 


12 


11 10 


9 




8 


7 


6 


5 4 3 2 1 





1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE ADDRESS 
MODE REGISTER 





1 





SOURCE 
FORMAT 


DESTINATION 
REGISTER 


EXTENSION 



The destination register is encoded as shown in Table 4-12. 

The source format field specifies the data format of the external operand. From the external 
operand are derived the length (in bytes) of the operand and the allowed effective addressing 
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Table 4-13. Extension Field Encoding for Arithmetic Operations 



Extension Field 
Services 


Instruction Type 


MPU 


$00 


FMOVE to FPn 


Note 1 


$01 


PINT 


Note 1 


$02 


FSINH 


Note 1 


$03 


FINTRZ 


Note 1 


$04 


FSQRT 


Note 1 


$06 


FL0GNP1 


Note 1 


$08 


FET0XM1 


Note 1 


$09 


FTANH 


Note 1 


SOA 


FATAN 


Note 1 


$0C 


FASIN 


Note 1 


$0D 


FATAN H 


Note 1 


$0E 


FSIN 


Note 1 


$0F 


FTAN 


Note 1 


$10 


FETOX 


Note 1 


$11 


FTWOTOX 


Note 1 


$12 


FTENTOX 


Note 1 


$14 


FLOGN 


Note 1 


$15 


FLOG10 


Note 1 


$16 


FL0G2 


Note 1 



Extension Field 
Services 


Instruction Type 


MPU 


$18 


FABS 


Note 1 


$19 


FCOSH 


Note 1 


$1A 


FNEG 


Note 1 


$1C 


FACOS 


Note 1 


$1D 


FCOS 


Note 1 


$1E 


FGETEXP 


Note 1 


$1F 


FGETMAN 


Note 1 


$20 


FDIV 


Note 1 


$21 


FMOD 


Note 1 


$22 


FADD 


Note 1 


$23 


FMUL 


Note 1 


$24 


FSGLDIV 


Note 1 


$25 


FREM 


Note 1 


$26 


FSCALE 


Note 1 


$27 


FSGLMUL 


Note 1 


$28 


FSUB 


Note 1 


$30-$37 


FSINCOS 


Note 1 


$38 


FCMP 


Note 1 


$3A 


FTST 


Note 1 


$40-$7F 


(Undefined, 
Reserved) 


Note 2 



NOTES: 

1 . Two primitives can be issued for these operations. If the operation is register-to-register, the first primitive issued is null. If any 
exceptions, other than BSUN, are enabled, PC is set to 1 to request that the MPU pass the current program counter. If the 
operation is external operand-to-register, the first primitive is evaluate effective address and transfer data (with CA= 1, and PC = 1 
if any exceptions other then BSUN are enabled). The second primitive is null (CA = 0) to terminate the instruction dialog. 

2. The FPCP issues the take pre-instruction exception primitive with a vector number of 11 to instruct the MPU to take an F-line 
emulator trap. 

3. Some extension field encodings are unspecified, are redundant with valid instructions implemented by the FPCP, and do not 
cause an F-line exception if executed. However, these encodings are reserved for future definition by Motorola, and thus should 
not be generated by assemblers or compilers. The redundant encodings are: $05, $07, $0B, $13, $17, $1 B, $29-$2F, $39, and $3B- 
$3F. 



modes. The FPCP decodes the source format field as listed in Table 4-14. The extension field 
indicates the operation to be performed. Table 4-13 lists the extension field encodings and func- 
tions. Also listed are services requested of the MPU by the FPCP. 

4.7.1.3 MOVE CONSTANT TO FLOATING-POINT DATA REGISTER INSTRUCTIONS. The FPCP 
constant ROM contains frequently used constants such as 0.0 and it. These instructions load a 
correctly rounded constant into a floating-point data register without an external data access. 



The encoding format for this class of instructions is: 



15 


14 


13 


12 


11 


10 


9 


8 7 


6 


5 


4 3 2 


1 





1 


1 


1 


1 


COPROCESSOR ID 


0__l 








1 1 











1 





1 


1 


1 


DESTINATION 
REGISTER 


EXTENSION 
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Table 4-14. Source Format Field Encoding 



Source Format 
Encoding 


External Operand 
Data Format 


Length 
in Bytes 


Allowed 
<ea> 


000 


Long Word Integer 


4 


Data 


001 


Single Precision Real 


4 


Data 


010 


Extended Precision Real 


12 


Memory 


oil 


Pacl<ed Decimal Real 


12 


Memory 


100 


Word Integer 


2 


Data 


101 


Double Precision Real 


8 


Memory 


110 


Byte Integer 


1 


Data 



The destination register field is encoded as shown in Table 4-12. 

The extension field is used as an offset into the FRCP constant ROM. The FMOVECR instruction 
definition in 4.6 INDIVIDUAL INSTRUCTION DESCRIPTIONS provides the valid extension field 
values for the FMOVECR instruction. The only service required by the FRCP from the MRU is the 
passing of the MRU PC to FRIAR if exceptions (other than BSUN) are enabled. This service is 
requested with the null (CA=1, RC = 1) primitive. 

4.7.1.4 MOVE TO EXTERNAL DESTINATION INSTRUCTIONS. External destinations are either 
memory or an MRU data register. Data format conversion from the extended data format to one 
of the seven memory data formats is implicit for these instructions. The encoding format for this 
class of instructions is: 



15 


14 


13 


12 


11 10 


9 


8 


7 


6 


5 


4 3 2 1 





1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE ADDRESS 
MODE 1 REGISTER 





1 


1 


DESTINATION 
FORMAT 


SOURCE 
REGISTER 


EXTENSION 



The source register field is encoded as shown in Table 4-12. 

The destination format field indicates the data format of the external destination. The MRU per- 
forms all transfers to an external destination at the request of the FRCP. When the FRCP makes 
a request for a transfer to an external destination, the length (in bytes) of the operand, and the 
allowed effective addressing modes are specified in the primitive. 

The FRCP decodes the destination format field to determine the length of the operand to be stored 
and the allowed effective adcjressing modes as listed in Table 4-15. 

The extension field affects instruction execution only when the destination data format is packed 
decimal. A destination format encoding of Oil specifies a packed decimal string destination with 
the formatting parameter, k, in the extension field (encoded as a twos complement value). 

A destination format encoding of 111 indicates a packed decimal string destination with the 
formatting parameter, k, in an MRU data register. The extension field contains the number of the 
MRU data register that contains the k-factor. The MRU data register number is encoded in bits 4 
though 6 of the extension field; bits through 3 should be zero. The seven least significant bits 
of the MRU data register contain a twos complement k-factor. The 25 most significant bits of the 
MPU data register are ignored. Table 4-16 lists the destination format field encodings, related 
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Table 4-15. Destination Format Field Encoding 



Destination Format 
Encoding 


External Operand 
Data Format 


Length 
in Bytes 


Allowed 
<ea> 


000 


Long Word Integer 


4 


Data Alterable 


001 


Single Precision Real 


4 


Data Alterable 


010 


Extended Precision Real 


12 


Memory Alterable 


oil 


Packed Decimal Real with Static k-factor 


12 


Memory Alterable 


100 


Word Integer 


2 


Data Alterable 


101 


Double Precision Real 


8 


Memory Alterable 


110 


Byte Integer 


1 


Data Alterable 


111 


Packed Decimal Real 


12 


Memory Alterable with) Dynamic 
k-factor 



extension field encodings, instruction operation, and the services requested of the MPU by the 
FRCP. 



4.7.1.5 MOVE SYSTEM CONTROL REGISTER INSTRUCTIONS. This class of instructions includes 
the move single system control register instruction and the move multiple system control registers 
instruction. For the move single system control register instruction, external 32-bit operands may 
be immediate, in memory or an MPU register. For the move multiple system control register 
instructions, external operands may only bejmmediate or in memory (immediate addressing is 
only allowed if dr = 0). The encoding format for this class of instructions is: 



15 


14 


13 


12 


11 10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 


1 





dr 


REGISTER 
LIST 

































The dr bit set to 1 indicates a read of the FRCP; cleared to zero indicates a write to the FPCP. The 
register select field specifies the system control register or registers to be moved during the 
operation. Table 4-17 lists the dr and register list field encodings, instruction operation, operand 
size, allowed effective addressing modes, and services required of the MPU by the FPCP for this 
instruction type. 

Bits to 9 of the command word should be zero, although no F-line trap is taken if they are not. 
Assemblers and compilers should set these bits to zeros to ensure compatibility with future 
devices. 



4.7.1.6 MOVE MULTIPLE FLOATING-POINT DATA REGISTERS INSTRUCTIONS. This class of in- 
structions provides move multiple floating-point data register operations analogous to the M68000 
move multiple address and data registers instructions. Unlike the integer counterpart, the floating- 
point register list can be specified either statically in the instruction or dynamically in an MPU 
data register. 

The addressing modes for the move multiple from memory to floating-point data registers in- 
struction are restricted to the control and address register indirect with postincrement effective 
addressing modes. 
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Table 4-16. Extension Field Encoding 



Destination 
Format Encoding 


Extension 
Encoding 


External Operand 
Data Format 


IVIPU 
Services 


000 


0000000 


Long Word Integer 


Notes 1 and 2 


001 


0000000 


Single Precision Real 


Notes 1 and 2 


010 


0000000 


Extended Precision Real 


Notes 1 and 2 


oil 


kkkkkkk 


Packed Decimal Real with a Static k-factor 


Note 1 


100 


0000000 


Word Integer 


Notes 1 and 2 


101 


0000000 


Double Precision Real 


Notes 1 and 2 


110 


0000000 


Byte Integer 


Notes 1 and 2 


111 


rrrOOOO 


Packed Decimal with a Dynamic k-factor 


Notes 



NOTES: 

1. Four service requests can be issued for this instruction type: 

a. Null (CA=1, PC = x) can be first used to request the transfer of the PC to the FPIAR if exceptions are enabled. 

b. Null (CA=1, IA=1) is used to force the MPU to wait while the conversion takes place. 

c. Evaluate effective address and transfer data (CA= 1) is issued to request the transfer of the converted operand. 

d. Null (CA = 0) is used to terminate the dialog if no exception occurred. If an exception occurred, the take mid-instruction 
exception primitive is used to terminate the dialog. 

2. The extension field should be all zeros, but no F-line emulator trap is taken if it is not. Assemblers and 
compilers should fill the extension field with zeros to ensure compatibility with future devices. 

3. Bits through 3 of the extension field should be zero, but no F-line emulator trap is taken if they are not. 
Assemblers and compilers should set these bits to zero to ensure compatibility with future devices. Four 
service requests are issued for this instruction: 

a. Transfer single main processor register (CA=1, PC = x) is first used to request the transfer of the PC to the FPIAR (if 
exceptions are enabled) and to transfer the MPU data register containing the k factor. 

b. Null (CA=1, IA=1) is used to force the MPU to wait while^he conversion takes place. 

c. Evaluate effective address and transfer data (CA= 1) is issued to request the transfer of the converted operand. 

d. Null (CA = 0) is used to terminate the dialog if no exceptions occurred. If an exception occurred, the take mid-instruction 
exception primitive is used to terminate the dialog. 



The addressing modes for the move multiple from floating-point data registers to memory in- 
struction are restricted to the control alterable and address register indirect with predecrement 
effective addressing modes. 

NOTE 

The effective addressing mode restrictions for this instruction are enforced by the MPU 
when the transfer multiple coprocessor registers response primitive is received (not by 
the FRCP when it receives the command word). If the encoding of the effective address 
field in the operation word is inconsistent with the encoding of the dr and mode fields 
in the command word, unexpected results occur. In some cases, the instruction is ex- 
ecuted, but the order of the register transfer is the reverse of the appropriate order for 
the addressing mode. However, system integrity is preserved for all cases. 



The encoding format for this class of instructions is: 

15 14 13 12 11 10 9 8 7 6 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE ADDRESS 
MODE REGISTER 


1 


1 


dr 


MODE 1 








REGISTER UST 
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Table 4-17. Encoding 


for Move FPcr Operations 




Register 
List 


Instruction 
Operation 


Transfer Size 
(in Bytes) 


Allowed 
<ea> 


MC68020/MC68030 
Services 


(Wove Memory to Registers (dr = 0) 


000 


(Undefined, Reserved) 


— 


— 


Notes 1 and 2 


001 


Move to FPIAR 


4 


Any 


Note 1 


010 


Move to FPSR 


4 


Data 


Note 1 


oil 


Move to FPSR and FPIAR 


8 


Memory 


Note 1 


100 


Move to FPCR 


4 


Data 


Note 1 


101 


Move to FPCR and FPIAR 


8 


Memory 


Note 1 


110 


Move to FPCR and FPSR 


8 


Memory 


Note 1 


111 


Move to FPCR, FPSR, and FPIAR 


12 


Memory 


Note 1 


IVlove Registers to IVIemory (dr= 1) 


000 


(Undefined, Reserved) 


— 


— 


Notes 1 and 2 


001 


Move from FPIAR 


4 


Alterable 


Note 1 


010 


Move from FPSR 


4 


Data Alterable 1 




oil 


Move fronn FPSR and FPIAR 


8 


Memory Alterable 1 




100 


Move from FPCR 


4 


Data Alterable 1 




101 


Move from FPCR and FPIAR 


8 


Memory Alterable 1 




110 


Move from FPCR and FPSR 


8 


Memory Alterable 1 




111 


Move from FPCR, FPSR, and FPIAR 


12 


Memory Alterable 1 





NOTES: 

1. This operation requires two primitives to be issued to the MPU. The first primitive is evaluate effective address and 
transfer data (CA=1), indicating the appropriate transfer size and allowed effective addressing mode. The second 
primitive is null (CA = 0) to terminats the instruction dialog. 

2. For the current implementation of the FPCP, this encoding is redundant with the 001 encoding of the register select 
field (i.e., it selects the FPIAR as the only register to be moved); however, this encoding is reserved for future use by 
Motorola. 



The dr bit set to one indicates a read of the FPCP; dr cleared to zero indicates a write to the FPCP. 
The mode field specifies the order of the register transfer and the location of the register list. The 
definitions of the mode field bits are (bits shown as X may be either or 1): 

OX Transfer FP7 through FPO. 

IX Transfer FPO through FP7. 

XO Register List is Static. 

XI Register List is Dynamic. 

The order of the register transfer that is selected affects the interpretation of the register list, 
because the list is always scanned starting with the most significant bit. Thus, for the OX encoding 
of the mode field, the most significant bit of the register list corresponds to FP7, and the least 
significant bit corresponds to FPO. For the IX encoding, this relationship is reversed. 

The type of the register list also affects the interpretation of the register list field. If a static list is 
selected, then the register list field of the command word contains the register list. If a dynamic 
register list is selected, then the register list field of the command word contains the number of 
the MPU data register that contains the register list. The format of the register list field in the 
command word for the various mode field encodings is shown in the following table. If a bit in 
the register list is set, then the corresponding register is moved, otherwise the list is scanned for 
the next bit that is set. For the dynamic register list format, rrr specifies the MPU data register 
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that contains the register list (X means either or 1). The format of a dynamic register list is the 
same as the format of the appropriate static list, and it is contained in the least significant eight 
bits of the MPU data register. 



Mode Field 
Encoding 



Register List Field Format 



00 
10 
XI 



— FP7 

— FPO 

— 



FP6 

FP1 

r 



FP5 

FP2 

r 



FP4 

FP3 

r 



FP3 

FP4 





FP2 

FP5 





FP1 FPO 

FP6 FP7 





Table 4-18 lists the dr and mode field encodings, instruction operation, allowed effective address- 
ing modes, and services required of the MPU by the FPCP for this instruction type. 



Table 4-18. Encodings for Move Multiple FPn Operations 



Mode 
Field 


Instruction 
Operation 


Allowed 
<ea> Modes 


MPU 
Services 


Move Memory to Registers (dr = 0) | 


00 


(Invalid operation) 


— 


Note 1 


01 


(Invalid operation) 


— 


Note 1 


10 


Move to registers, static register list 


(An)+ or Control 


Note 2 


11 


Move to registers, dynamic register list 


(An)+ or Control 


Notes 


Move Registers to Memory (dr= 1) 


00 


Move from registers, static register list 


-(An) 


Note 2 


01 


Move from registers, dyamic register list 


-(An) 


Notes 


10 


Move from registers, static register list 


Control Alterable 


Note 2 


11 


Move from registers, dynamic register list 


Control Alterable 


Note 3 



NOTES: 

1 . These encodings cause the FPCP to perform an operation that is inconsistent with the M68000 Family move multiple operations. 
For these cases, the selected registers are transferred in the order that is appropriate for the pre-decrement addressing mode 
(i.e., FP7 though FPO) using a static or dynamic register list, respectively. However, the MPU does not allow the pre-decrement 
addressing mode for a move from memory to multiple coprocessor registers operation. Thus, assemblers and compilers should 
not generate these encodings, or unexpected results may occur. 

2. This instruction requires two primitives; the first is the transfer multiple coprocessor registers (CA=1) primitive to request that 
the MPU evaluate the effective address, read the register select CIR, and transfer the number of registers indicated by the mask 
(with an operand size of 12 bytes for each register). The second primitive is null (CA = 0), which is used to terminate the dialog. 

3. This instruction requires three primitives; the first is the transfer single main processor register (CA = 1 ) primitive to request the 
transfer of the MPU data register that contains the dynamic register list. The second is the transfer multiple coprocessor registers 
(CA=1) primitive to request that the MPU evaluate the effective address, read the register select CIR, and transfer the number 
of registers indicated by the mask (with an operand size of 12 bytes for each register). The third primitive is null (CA = 0) to 
terminate the dialog. 



4.7.1.7 UNDEFINED, RESERVED COMMAND WORDS. The command word encoding shown below 
is undefined and reserved for future Motorola use. All undefined, reserved command word en- 
codings generate an F-line emulator exception. 



15 


14 


13 


12 


11 10 9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 


1 


1 


COPROCESSOR ID 











X 


X 


X 


X 


X 


X 








1 


X 


XXX 


X 


X 


X 


X 


X 


X 


X 


X 


X 
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4.7.2 FDBcc, FScc, and FTRAPcc Instruction Formats 

For these instruction types, the IVIPU writes a conditional predicate to the FRCP condition CIR for 
evaluation. The FRCP determines whether the conditional predicate is true or false based on the 
floating-point condition codes as described in 4.4 CONDITIONAL TEST DEFINITIONS. The true or 
false result is returned to the main processor with the null primitive. 

These instructions all use the operation word type field encoding and command word format 
shown below. The instruction specific field of the operation word determines the instruction 
variation and is defined in Table 4-19 for each instruction type. 



15 


14 


13 


12 


11 10 9 


8 


7 


6 


5 4 3 2 1 





1 


1 


1 


1 


COPROCESSOR ID 








1 


INSTRUCTION SPECIFIC 














1 1 











CONDITIONAL PREDICATE 



The conditional predicate field specifies the conditional test to be performed. Table 4-20 lists the 
conditional predicate encodings and the FRCP responses. For details of the calculation of the 
response, refer to 4.4 CONDITIONAL TEST DEFINITIONS. Bits 6 through 15 of the command word 

Table 4-19. Encodings for the FDBcc, FScc, and FTRAPcc Instructions 



Instruction 
Specific Field 


Instruction 
Operation 


Selected 
<ea> 


MPU 
Services 


000 XXX 


FScc <ea> 


Dn 


Note 1 


001 XXX 


FDBcc Dn,<label> 


— 


Note 2 


010 XXX 


FScc <ea> 


(An) 


Note 1 


oil XXX 


FScc <ea> 


(An) + 


Note 1 


100 XXX 


FScc <ea> 


-(An) 


Note 1 


101 XXX 


FScc <ea> 


di6(An) 


Note 1 


110 XXX 


FScc <ea> 


indexed/indirect 


Note 1 


111 000 


(Undefined, reserved) 


— 


Note 3 


111 001 


(Undefined, reserved) 


— 


Notes 


111 010 


FTRAPcc.W #<data> 


— 


Note 4 


111 oil 


FTRAPcc.L #<data> 


— 


Note 4 


111 100 


FTRAPcc with no parameter 


— 


Note 4 


111 101 


(Undefined, reserved) 


— 


Note 3 


111 110 


(Undefined, reserved) 


— 


Note 3 


111 111 


(Undefined, reserved) 


— 


Note 3 



NOTES: 

1. The MPU evaluates the <ea> and writes the conditional predicate to the FRCP for evaluation. The null 
(CA = 0) primitive is used to return the true/false evaluation, and the appropriate value is then written 
to the <ea> by the MPU. The value of xxx specifies the MPU data or address register (Dn or An) used 
in the <ea> evaluation. 

2. The MPU writes the conditional predicate to the FRCP for evaluation. The null (CA = 0) primitive is used 
to return the true/false evaluation. If the condition is true, the MPU proceeds to the next instruction. 
Otherwise, the counter register Dn.W (specified by the value of XXX) is decremented, and the new 
value is compared with - 1. If it is equal to - 1, the MPU proceeds to the next instruction; otherwise, 
the 16-bit displacement is sign extended and added to the PC. 

3. The MPU takes an F-line emulation trap. 

4. The MPU writes the conditional predicate to the FRCP for evaluation. The Null (CA = 0) primitive is used 
to return the true/false evaluation. If the condition is true, then the cpTRAPcc exception is taken. Oth- 
erwise, the MRU proceeds to the next instruction, discarding the optional immediate operand if nec- 
essary. 
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are shown to be filled with zeros; however, no F-line trap is taken if they are not. To ensure 
compatibility with future devices, assemblers and compilers should fill this field with zeros. 



Table 4-20. Conditional Predicate Evaluation Responses 



Conditional 
Predicate 


IVInemonic 


Definition 


IVIC68881/IVIC68882 
Response 


000000 


F 


False 


Note 1 


O0OOO1 


EQ 


Equal 


Note 1 


00001 


OGT 


Ordered Greater Than 


Note 1 


O0OO11 


OGE 


Ordered Greater Than or Equal 


Note 1 


O0O1OO 


OLT 


Ordered Less Than 


Note 1 


O0O1O1 


OLE 


Ordered Less Than or Equal 


Note 1 


O0O11O 


OGL 


Ordered Greater Than or Less Than 


Note 1 


O0O111 


OR 


Ordered 


Note 1 


001000 


UN 


Unordered 


Note 1 


001001 


UEQ 


Unordered or Equal 


Note 1 


001010 


UGT 


Unordered or Greater Than 


Note 1 


001011 


UGE 


Unordered or Greater Than or Equal 


Note 1 


001100 


ULT 


Unordered or Less Than 


Note 1 


001101 


ULE 


Unordered or Less Than or Equal 


Note 1 


001110 


NE 


Not Equal 


Note 1 


001111 


T 


True 


Note 1 


010000 


SF 


Signaling False 


Note 2 


010001 


SEQ 


Signaling Equal 


Note 2 


010010 


GT 


Greater Than 


Note 2 


010011 


GE 


Greater Than or Equal 


Note 2 


010100 


LT 


Less Than 


Note 2 


010101 


LE 


Less Than or Equal 


Note 2 


010110 


GL 


Greater Than or Less Than 


Note 2 


010111 


GLE 


Greater Than or Less Than or Equal 


Note 2 


011000 


NGLE 


Not (Greater Than or Less Than or Equal) 


Note 2 


011001 


NGL 


Not (Greater Than or Less Than) 


Note 2 


011010 


NLE 


Not (Less Than or Equal) 


Note 2 


011011 


NLT 


Not (Less Than) 


Note 2 


011100 


NGE 


Not (Greater Than or Equal) 


Note 2 


011101 


NGT 


Not (Greater Than) 


Note 2 


011110 


SNE 


Signaling Not Equal 


Note 2 


011111 


ST 


Signaling True 


Note 2 


1XXXXX 


— 


(Undefined, Reserved) 


Notes 



NOTES: 

1. Indicate the condition true or false result by using the null (CA = 0) primitive. 

2. If the NAN condition code bit is set, then set the BSUN bit in the FPSR. If the BSUN trap is enabled, then return the take pre- 
instructlon exception primitive with the BSUN vector number; otherwise, indicate the condition true/false result by using the 
null (CA = 0) priniitive. 

3. Not used, redundant encodings with OXXXXX. No F-line trap is taken if these bit patterns are used. To ensure compatibility with 
future devices, assemblers and compilers should use the OXXXXX encodings. 
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The displacement, extension, or operand words follow immediately after the conditional predicate 
word. For the FDBcc instruction, the displacement is a 16-bit twos complement integer that in- 
dicates the relative distance in bytes from the displacement word (i.e., the PC value used in the 
branch destination calculation is the address of the displacement word). For the FScc instruction, 
the effective address extension words are formatted as required by the main processor. For the 
FTRAPcc instruction, a one or two word user-defined operand can be included with the instruction. 
Note that from the perspective of the FRCP, these instructions are identical to the branch type 
coprocessor instructions. The various operations are handled by the MPU in a manner that is 
transparent to the FPCP. 



4.7.3 Conditional Branch Instruction Format 

For this instruction type, the MPU writes a conditional predicate to the FPCP condition CIR for 
evaluation. The FPCP determines whether the conditional predicate is true or false based on the 
floating-point condition codes as described in 4.4 CONDITIONAL TEST DEFINITIONS. The true or 
false result is returned to the main processor with the null primitive. The formats for this instruction 
type are shown below. 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1111 COPROCESSOR ID 


1 1 1 




CONDITIONAL PREDICATE 




16-BIT DISPLACEMENT 


15 


14 


13 


12 


11 10 9 8 7 6 


5 


4 3 2 1 





1 


1 


1 


1 


COPROCESSOR ID | | 1 | 1 




CONDITIONAL PREDICATE 




32-BIT DISPLACEMENT 



The conditional predicate field specifies the conditional test to be performed. Table 4-20 lists the 
conditional predicate encodings and the FPCP responses. For details of the response calculation, 
refer to 4.4 CONDITIONAL TEST DEFINITIONS. 

The displacement is a twos complement integer that indicates the relative distance in bytes from 
the displacement word(s) (i.e., the PC value used in the branch destination calculation is the 
address of the displacement word(s)). A 16-bit displacement is sign extended before it is used in 
the branch destination calculation. 

NOTE 

From the perspective of the FPCP, the two forms of this instruction are identical. The 
size of the displacement is determined by the MPU and is transparent to the FPCP. Also, 
the FNOP instruction syntax that is recognized by Motorola assemblers generates an 
FBcc.W instruction with cc = F (false) and a displacement value of zero. 

4.7.4 Save Instruction Format 

The FSAVE instruction indicates that the FPCP must immediately suspend any current operation 
and save the internal state in memory. Effective addressing modes are restricted to control al- 
terable and address register indirect with predecrement modes. The encoding format for this 
instruction is: 



15 


14 


13 


12 


11 10 9 


8 7 


6 5 4 3 2 10 


1 


1 


1 


1 


COPROCESSOR 
ID 


1 


EFFECTIVE ADDRESS 
MODE REGISTER 



MC68881/MC68882 USER'S MANUAL 



MOTOROLA 
4-131 



4.7.5 Restore Instruction Format 

The FPCP restore instruction indicates that regardless of the current state of operation, a new 
internal state is to be loaded innmediately. Effective addressing modes are restricted to control 
and address register indirect with postincrement modes. The encoding format for this instruction 
is: 



15 


14 


13 


12 


11 10 9 


8 


7 


6 


5 


4 3 2 1 





1 


1 


1 


1 


COPROCESSOR 
ID 


1 





1 


EFFECTIVE ADDRESS 
MODE REGISTER 



4.8 INSTRUCTION FORMAT SUMMARY 

The following paragraphs present a summary of the binary encodings for the FPCP instruction 
set. The unique encoding for each instruction is shown explicitly, with the encoded fields common 
to all of the instructions listed in a single table at the beginning of this section. 

4.8.1 Coprocessor ID Field 

This field of each instruction specifies which one of eight (seven, for the MC68030) possible 
coprocessors in a system is to perform the operation. There are no restrictions placed on the 
value of the ID field by the main processor in the system; however, certain conventions should 
be followed. Motorola assemblers default to coprocessor ID = 1 for the FPCP, although directives 
are available to change this default. Furthermore, due to the hardware implementation of the 
MC68851 Paged Memory Management Unit, that device must be assigned to coprocessor ID = 
if used in a system. Thus, the FPCP should not be assigned to coprocessor ID = if it is anticipated 
that an MC68851 may be used in the system, or in an MC68030 system. 

4.8.2 Effective Address Field 

This field specifies the M68000 Family addressing mode that is to be used to locate operands 
external to the FPCP (if required by the instruction). For some operations, restrictions are placed 
on which of the available addressing modes are allowed. These restrictions are enforced by 
hardware in the MPU and FPCP, and Motorola assemblers do not generate operation words with 
disallowed effective addressing mode field encodings. The encodings for this fields are shown 
in Table 4-21. 



4.8.3 Register/Memory Field 

This field is common to all of the arithmetic instructions and the FMOVE to FPn instruction. A 
zero in this field indicates that the operation is register-to-register, and a one in this field indi- 
cates that the source operand is external to the FPCP. 



4.8.4 Source Specifier Field 

This field is common to all of the arithmetic instructions and the FMOVE floating-point data 
register instruction. The definition of this field is affected by the value of the R/M field: 
If R/M = 0, it specifies the source floating-point data register, FPm. 
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Table 4-21. Effective Address Field Encoding Summary 



Address Modes 


Mode 


Register 


Data 


Memory 


Control 


Alterable 


Assembler 
Syntax 


Data Register Direct 


000 


reg. no. 


X 


— 


— 


X 


Dn 


Address Register Direct 


001 


reg. no. 


— 


— 


— 


X 


An 


Address Register Indirect 
Address Register Indirect with Postincrement 
Address Register Indirect with Predecrement 
Address Register Indirect with Displacement 


010 

oil 

100 
101 


reg. no. 
reg. no. 
reg. no. 
reg. no. 


X 
X 
X 
X 


X 
X 
X 
X 


X 
X 


X 
X 
X 
X 


(An) 

(An) + 

-(An) 

(di6,An) 


Address Register Indirect with Index 

(8-Bit Displacement) 
Address Register Indirect with Index 

(Base Displacement) 
Memory Indirect Post-Indexed 
Memory Indirect Pre-lndexed 


110 

110 

110 
110 


reg. no. 

reg. no. 

reg. no. 
reg. no. 


X 

X 

X 
X 


X 

X 

X 
X 


X 

X 

X 
X 


X 

X 

X 
X 


(d8,An,Xn) 

(bd,An,Xn) 

([bd,Anl,Xn,od) 
([bd,An,Xn],od) 


Absolute Short 
Absolute Long 


111 
111 


000 
001 


X 
X 


X 
X 


X 
X 


X 
X 


(xxx).W 
(xxx).L 


Program Counter Indirect with Displacement 
Program Counter Indirect with Index 

(8-Bit Displacement) 
Program Counter Indirect with Index 

(Base Displacement) 
PC Memory Indirect Post-indexed 
PC Memory Indirect Pre-lndexed 


111 
111 

111 

111 
111 


010 
Oil 

Oil 

Oil 
Oil 


X 
X 

X 

X 
X 


X 
X 

X 

X 
X 


X 
X 

X 

X 
X 


— 


(di6,PC) 
(d8,PC,Xn) 

(bd,PC,Xn) 

([bd,PC],Xn,od) 
([bd,PC,Xnl,od) 


Immediate 


111 


100 


X 


X 


— 


— 


#<data> 



If R/M = 1, it specifies the source operand data format: 

000 L Long Word Integer 

001 S Single Precision Real 
010 X Extended Precision Real 
Oil P Packed Decinnal Real 

100 W Word Integer 

101 D Double Precision Real 
110 B Byte Integer 



4.8.5 Destination Register Field 

This field is connmon to all of the arithmetic instructions and the FMOVE to FPn instruction. 
This field specifies the floating-point data register that is to be used as the destination. The 
result of an operation is always stored in this register, and one of the source operands is 
fetched from this register for dyadic instructions. 



4.8.6 Conditional Predicate Field 

This field is common to all of the conditional instructions and specifies the FRCP conditional 
test that is to be evaluated for the main processor. Table 4-22 shows the conditional predicate 
binary encodings for the 32 conditional tests supported by the FRCP. 
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Table 4-22. Conditional Predicate Field Encoding Summary 



Conditional 
Predicate 


Mnemonic 


Definition 


000000 


F 


False 


000001 


EQ 


Equal 


000010 


OGT 


Ordered Greater Than 


000011 


OGE 


Ordered Greater Than or Equal 


000100 


OLT 


Ordered Less Than 


000101 


OLE 


Ordered Less Than or Equal 


000110 


OGL 


Ordered Greater Than or Less Than 


000111 


OR 


Ordered 


001000 


UN 


Unordered 


001001 


UEQ 


Unordered or Equal 


001010 


UGT 


Unordered or Greater Than 


001011 


UGE 


Unordered or Greater Than or Equal 


001100 


ULT 


Unordered or Less Than 


001101 


ULE 


Unordered or Less Than or Equal 


001110 


NE 


Not Equal 


001111 


T 


True 


010000 


SF 


Signaling False 


010001 


SEQ 


Signaling Equal 


010010 


GT 


Greater Than 


010011 


GE 


Greater Than or Equal 


010100 


LT 


Less Than 


010101 


LE 


Less Than or Equal 


010110 


GL 


Greater Than or Less Than 


010111 


GLE 


Greater Than or Less Than or Equal 


011000 


NGLE 


Not (Greater Than or Less Than or Equal) 


011001 


NGL 


Not (Greater Than or Less Than) 


011010 


NLE 


Not (Less Than or Equal) 


011011 


NLT 


Not (Less Than) 


011100 


NGE 


Not (Greater Than or Equal) 


011101 


NGT 


Not (Greater Than) 


011110 


SNE 


Signaling Not Equal 


011111 


ST 


Signaling True 



4.9 IIMSTRUCTION FORMAT DIAGRAMS 

The instruction formats are summarized in this section. 
FMOVE to FPn 
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COPROCESSOR 












EFFECTIVE ADDRESS 




1 


1 


1 


1 


ID 















MODE 


REGISTEF 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 
























MOTOROLA 
4-134 



MC68881/MC68882 USER'S MANUAL 



PINT 
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FSINH 

15 











COPROCESSOR 
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FINTRZ 

15 14 











COPROCESSOR 












EFFECTIVE ADDRESS 


1 


1 


1 


1 


ID 
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R/M 





SPECIFIER 




REGISTER 
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1 
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REGISTER 
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FTANH 
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EFFECTIVE ADDRESS 
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15 14 
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FAS IN 
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DESTINATION 
REGISTER 
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FETOX 

15 14 











COPROCESSOR 












EFFECTIVE ADDRESS 
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FTWOTOX 

15 14 
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1 
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FABS 

15 14 











COPROCESSOR 












EFFECTIVE ADDRESS 




1 


1 


1 
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ID 
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DESTINATION 
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FCOSH 

15 14 
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EFFECTIVE ADDRESS 
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1 
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MODE 


REGISTER 
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FNEG 
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REGISTER 
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1 


1 


1 





1 
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DESTINATION 
REGISTER 








1 


1 


1 


1 






MOTOROLA 
4-138 



MC68881/MC68882 USER'S MANUAL 



FGETMAN 
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FMUL 

15 



1 


1 


1 


1 


COPROCESSOR 
ID 











EFFECTIVE 
MODE 


ADDRESS 

REGISTER 





R/M 





SOURCE 
SPECIFIER 


DESTINATION 
REGISTER 





1 











1 


1 



FSGLDIV 

15 14 











COPROCESSOR 










EFFECTIVE ADDRESS 




1 


1 


1 


1 


ID 













MODE 


REGISTER 










SOURCE 




DESTINATION 



















R/M 





SPECIFIER 




REGISTER 





1 








1 









IVIC68881/MC68882 USER'S MANUAL 



MOTOROLA 
4-139 



FREM 
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15 14 
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FCMP 
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FTST 

15 
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FMOVECR 

15 14 
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1 


1 


1 


DESTINATION 
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ROM Offset Field — Specifies the offset in the FRCP Constant ROM where the desired constant 
is located. 



FMOVE from FPn 



15 


14 
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12 


11 10 
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COPROCESSOR 
ID 











EFFECTIVE ADDRESS 
MODE REGISTER 





1 


1 


DESTINATION 
FORMAT 


SOURCE 
REGISTER 


K-FACTOR 
(IF REQUIRED) 



Destination Format Field — Specifies the data format of the destination operand as follows: 

000 — Long Word Integer 

001 — Single Precision Real 
010 — Extended Precision Real 

Oil — Packed Decimal Real, static k-factor 

100 — Word Integer 

101 — Double Precision Real 
110— Byte Integer 

111 — Packed Decimal Real, dynamic k-factor 
k-factor Field — Specifies the format of the packed decimal string to be generated (if the desti- 
nation format field indicates packed decimal), or the number of the main processor data reg- 
ister that contains the format specification. The interpretation of the k-factor is: 
-64 to — Number of significant digits to the right of the decimal point. 
+ 1 to +17 — Number of significant digits in the mantissa. 
+ 18 to +63 — Sets the OPERR bit, treated as +17. 
The format of this field for a dynamic k-factor is: 
r r rO 
Where rrr is the number of the main processor data register that contains the k-factor. 
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FMOVE FPcr 

15 14 13 
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EFFECTIVE 
MODE . • 


ADDRESS 

REGISTER 


1 





dr 


REGISTER 
SELECT 

































dr Field — Specifies tine direction of tlie transfer: 

— IVlove memory to system control register 

1 — Move system control register to memory 

Register Select Field — Specifies the system control register to be moved: 
001 — FPIAR 
010 — FPSR 
100 — FPCR 



FMOVEM FPcr 
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dr 


REGISTER 
LIST 

































dr Field — Specifies the direction of the transfer: 

— Move memory to system control registers 

1 — Move system control registers to memory 

Register List Field — Specifies the system control registers to be moved: 

000 — (Undefined, reserved) 100 — FPCR 

001 — FPIAR 101 — FPCR, then FPIAR 

010 — FPSR 110 — FPCR, then FPSR 

01 1 — FPSR, then FPIAR 1 1 1 — FPCR, then FPSR, then FPIAR 
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dr 


MODE 





REGISTER LIST 



dr Field - Specifies the direction of the transfer 

— Move the listed registers from memory to the FRCP 

1 — Move the listed registers from the to memory 

Mode Field — Specifies the type of the register list and addressing mode 
00^ Static register list, predecrement addressing mode 
01 — Dynamic register list, predecrement addressing mode 

10 — Static register list, postincrement or control addressing mode 

11 — Dynamic register list, postincrement or control addressing mode 
Register List Field: 

Static list — contains the select mask; if a register is to be moved, the corresponding bit in 
the list is set, otherwise it is clear. 
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Dynamic list — contains the main processor data register number, rrr, as shown below: 

Register List Format 

Static, -(An) — FP7 FP6 

Static, (An) + or Control — FPO FP1 
Dynamic — r 

The format of the dynamic list mask is the same as for the static list and is contained in the 
least significant 8 bits of the specified MPU data register. 
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FDBcc 



15 


14 


13 


12 


11 


10 9 


8 


7 


6 


5 


4 3 2 10 


1 


1 


1 


1 


COPROCESSOR ID 








1 





oil 1 COUNT REGISTER 

















1 











CONDITIONAL PREDICATE 
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Count Register Field — Specifies the main processor data register to be decremented 



FTRAPcc 
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CONDITIONAL PREDICATE 


16-BIT OPERAND OR MOST SIGNIFICANT WORD OF 32-BIT OPERAND (IF NEEDED) 


LEAST SIGNIFICANT WORD OF 32-BIT OPERAND (IF NEEDED) 



Mode Field — Specifies the form of the instruction: 

010 — The instruction is followed by a 16-bit operand. 

01 1 — The instruction is followed by a 32-bit operand. 
100 — The instruction has no operand following it. 
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FBcc 
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COPROCESSOR ID | | 1 .| SIZE |- CONDITIONAL PREDICATE 


16-BIT DISPLACEMENT, OR MOST SIGNIFICANT WORD OF 32-BIT DISPLACEMENT' 


LEAST SIGNIFICANT WORD OF 32-BIT DISPLACEMENT (IF NEEDED) 



Size Field — Specifies tlie size of the twos complement 
displacement: 

Size = — Displacement is 16-bits (and is sign extended before it is used). 

Size=1 — Displacement is 32-bits. 
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SECTION 5 
COPROCESSOR PROGRAMMING 

This section describes the guidelines for programming IVIotorola's floating-point coprocessors. 
The first portion of the section presents the guidelines for applications programming. It describes 
the concurrency with main processor instruction execution applicable to both coprocessors, and 
the coprocessor instruction concurrency provided by the MC68882 coprocessor. It also discusses 
the optimization of code for the IV1C68882 coprocessor. 

The second portion of the section discusses systems programming considerations. It describes 
the state frame sizes, and lists the instructions required in the exception handlers for MC68881/ 
MC68882 (FRCP) exceptions. The systems programming portion also describes the handling of 
exceptions by the MC68020/MC68030 (MRU) and FRCP combination, and code that detects and 
identifies the coprocessor. 

This section primarily describes programming of the MC68882 coprocessor, since programs that 
run successfully in the MC68882 also run successfully in the MC68881. It is advisable to program 
for the I\/1C68882 even if the MC68881 is currently being used, so that no program changes are 
required for upgrading to the MC68882. 

5.1 APPLICATIONS PROGRAMMING 

All applications programs that run successfully on the MC68881 can be used on the MC68882 
without alteration, but optimization of code for the MC68882 provides significant reduction in 
execution time. This section describes the concurrency available with the MC68881, the greater 
concurrency provided by the MC68882, and optimization techniques for MC68882 programs. 



5.1.1 Concurrency 

The M68000 coprocessor interface, the MC68020 and MC68030 microprocessors, and the MC68881 
and MC68882 coprocessors are designed to provide the conventional sequential instruction ex- 
ecution models while instructions may actually be executed concurrently. Applications programs 
can be written with no provisions for concurrency; the system apparently executes the instructions 
in sequence. This apparent sequential execution is automatic, and the programmer need not be 
concerned about it. 



5.1.1.1 CONCURRENT INTEGER AND FLOATING-POINT COMPUTATIONS. The M68000 copro- 
cessor interface is designed to provide full support for the sequential instruction execution model. 
Although the M68000 coprocessor interface allows concurrency between coprocessor and main 
processor operations, the coprocessor must implement this concurrency while maintaining a 
programming model based on sequential instruction execution. 

After the main processor initiates a floating-point instruction (by writing to the command CIR), it 
reads the response CIR. When the CA bit (bit [15] of the response CIR) is set, it indicates that the 
main processor should perform the specified service and then read the response CIR again. The 
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FRCP sets the CA bit to define portions of the floating-point instruction that cannot operate 
concurrently with nnain processor instruction execution. When the coprocessor can operate con- 
currently with main processor instructions, it clears the CA bit in the response primitive. Clearing 
the CA allows the main processor to proceed to the next instruction after it has read the response 
CIR and performed the specified service. This releases the main processor for concurrent oper- 
ation. In the arithmetic floating-point instructions, the FRCP releases the main processor after the 
transfer phase is completed. Refer to 8.2 CONCURRENT INSTRUCTION EXECUTION for further 
details of main processor/coprocessor concurrent instruction execution. 

Within the boundaries of a floating-point instruction that does not allow concurrency with main 
processor instructions (response primitives return CA=1), the FRCP can allow the main processor 
to service pending interrupts. Bit [8] of the null primitive is the interrupts allowed (lA) bit, used 
by the FRCP to allow the main processor to check for pending interrupts and to service them 
before reading the response CIR again. This minimizes the worst case interrupt latency. Refer to 
8.3 INTERRUPT LATENCY TIMES for details. 

As shown in Figure 5-1, once the MRU has initiated a floating-point instruction in the MC68881 
and transferred the required operands to the coprocessor, the main processor is free to perform 
other instructions. Meanwhile, the coprocessor converts the operand to internal format, calculates 
the result, and rounds the result as required. The concurrency shown in Figure 5-1 for an MC68881 
applies also to an MC68882. 



MC68020/MC68030 


INITIATE 


TRANSFER 


CONCURRENCY WITH MC68020/MC68030 INSTRUCTION 


MC68881 




FMUL 


START 


TRANSFER 


CONVERT 


CALCULATE 


ROUND 



Figure 5-1. MC68881 Concurrency — FMUL Instruction 



5.1.1.2 CONCURRENT FLOATING-POINT COMPUTATIONS. An FRCP arithmetic instruction with 
a floating-point data register destination releases the main processor when the coprocessor com- 
pletes its transfer phase. If the next instruction is another floating-point instruction and if the main 
processor writes to the command CIR to initiate the next instruction while the APU is still busy 
with the previous instruction, the MC68881 returns a null (CA=1,IA=1) primitive in its response 
CIR. The MC68881 issues the null primitive because the APU can execute only one instruction at 
a time. Since the bus interface unit (BlU) cannot operate on any other instruction without the 
APU, no concurrency is possible. The MC68881 cannot begin to execute the second instruction, 
including the prefetch of necessary operands. The encoding of the response CIR remains unaltered 
until the instruction in the APU is completed. If the instruction terminates with an exception, a 
pre-instruction exception is taken. 

With the IVIC68882, if the main processor initiates a second arithmetic instruction while a preceding 
instruction is executing in the APU as described in the preceding paragraph, the BlU transfers 
the instruction to the conversion unit (CU). Depending on the instruction, the operand syntax, 
and the operand data format, the CU completes execution of the instruction in one of the following 
ways: 

• The instructions that have operand data formats B, W, L, and P are listed in Table 5-1. When 
the CU receives an instruction with the operand data format of B, W, or L, it requests the BlU 
to transfer the necessary operand. Then, the CU waits for the APU to become idle so that it 
can hand off the instruction to the APU. If the instruction has an operand with data format 
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Table 5-1. Minimum-Concurrency Instructions 



Instruction 


Operand 
Syntax 


Operand 
Format 


FMOVE 


<ea>,FPn 

FPm,<ea> 

FPm,<ea>{#k} 

FPm,<ea>{Dn} 

<ea>,FPcr 

FPcr,<ea> 


B,W,L,P 
B,W,L 
P 
P 

L 
L 


FMOVECR 


#ccc,FPn 


X 


FMOVEM 


<ea>,<list> 
<ea>,Dn 
<list>,<ea> 
Dn,<ea> 


L,X 
X 

L,X 
X 


FTST 


FPm 


B,W,L,P 


F<mop> 


<ea>,FPn 


B,W,L,P 


F<dop> 


<ea>,FPn 


B,W,L,P 


FSINCOS 


<ea>,FPc:FPs 


B,W,L,P 



P, the CU does not request the prefetch of the operand. In this case, it waits until the APU is 
idle to hand off the instruction to the APU. 

• If the instruction is an FMOVE.X FPm,FPn instruction, the CU does the following: 

a. Releases the main processor. 

b. Prefetches the source operand from FPm, unless the instruction currently operating in 
the APU uses FPm as a destination. In that case, the CU waits until the APU is idle before 
prefetching. 

If the selected rounding precision is single or double, waits until the APU is idle and hands 
off the instruction to the APU. 

If the operand data type is NAN, denormalized, or unnormalized, waits until the APU is 
idle and hands off the instruction to the APU. 

If the instruction currently in the APU uses FPn, waits until the APU is idle before pro- 
ceeding. 

Writes the source operand into the destination floating-point data register without in- 
volving the APU. 

• If the instruction is an FMOVE <ea>, FPn with an operand format of S, D, or X, the CU 
does the following: 
Prefetches the source operand from memory by using the evaluate <ea> and transfer 
data primitive with CA = 0. This releases the main processor immediately after the source 
operand is written to the operand CIR. 

Converts the memory source operand to internal extended format. If the selected rounding 
precision is single or double, waits until the APU is idle and hands off the instruction to 
the APU. 

Creates a tag that represents the data type of the converted source operand (normalized, 
denormalized, zero, infinity, or NAN). 

If the operand data type is NAN, unnormalized, or denormalized, waits until the APU is 
idle and hands off the instruction to the APU. 

If the instruction currently in the APU uses FPn, waits until the APU is idle before pro- 
ceeding. 
Writes the converted source operand into FPn without involving the APU. 
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• If the instruction is an FMOVE FPm,<ea> with a data format of S or D, the CU does the 
following: 

Prefetches the source operand from FPm, unless the instruction currently operating in 

the APU uses FPm as a destination. In that case, the CU waits until the APU is idle before 

prefetching. 

if the data type of the source operand is unnormaljzed, denormalized, or NAN, waits until 

the APU is idle and hands off the instruction to the APU. 

Converts the source operand to the destination data format. 

If the conversion results |n an overflow or underflow, or if the INEX2 trap is enabled, 

waits until the APU is idle and hands off the instruction to the APU. 

Creates a tag that represents the data type of the converted source operand (normalized, 

denormalized, zero, infinity, or NAN). 

Transfers the converted operand to the mempry destination (without involving the APU) 

by using the evaluate <ea> and transfer data primitive with CA = 0. This releases the 

main processor immediately after the operand is read from the operand CIR. 

• If the instruction is an FMOVE.X FPm,<ea>, the CU does the following: 

Prefetches the source operand from FPm, unless the instruction currently operating in 

the APU uses FPm as a destination. In that case, the CU waits until the APU is idle before 

prefetching. 

If the data type of the source operand is unnormalized, denormalized, or NAN, waits until 

the APU is idle and hands off the instruction to the APU. 

Transfers the converted operand to the memory destination (without involving the APU) 

by using the evaluate <ea> and transfer data primitive with CA = 0. This releases the 

main processor immediately after the operand is read from the operand CIR. 

• If the instruction is listed in Table 5-4 and if the source (FPm) and destination (FPn or 
FPc:FPs) are all floating-point data registers, the CU does the following: 

Releases the main processjor. 

Prefetches the source operand from FPm if possible. 

Waits until the APU is idle and hands off the instruction to the APU- 

• If the instruction is listed in Table 5-4 and if the source is external to the MC68882, the CU 
does the following: 

Prefetches the source operand from memory by using the evaluate <ea> and transfer 

data primitive with CA=0. This releases the main processor immediately after the source 

operand is written to the operand CIR. 

If the source operand format is single or double precision, converts the source operand 

to the extended precision internal format. 

Creates a tag that represents the data type of the converted source operand (normalized, 

unnormalized, denormalized, zero, infinity, or NAN). 

Waits until the APU is idle and hands off the instruction to the APU. 

Table 5-1 lists the minimum-concurrency instructions. The nnonadic operations, designated <mop> 
in Tables 5-1 and 5-4, are listed in Table 5-2. The dyadic operations, designated <dop> in Tables 
5-1 and 5-4, are listed in Table 5-3. Table 5-4 lists the partially-concurrent instructions, and Table 
5-5 lists the fully-concurrent instructions. 

The instructions that have external operands and are listed in Tables 5-4 and 5-5 prefetch the 
source operand (if no register conflict exists) and release the main processor after the operand 
is transferred. When a third instruction is received in the command CIR while the APU is busy 
and the CU is either busy or waiting to hand off its instruction to the APU, the third instruction 
must wait. The BlU encodes a null (CA= 1,IA= 1) primitive in the response CIR until the CU becomes 
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Table 5-2. Monadic Instructions 



Table 5-3. Dyadic Operations 



Instruction 


Function 


FABS 


absolute value 


FACOS 


arc cosine 


FASIN 


arc sine 


FATAN 


arc tangent 


FATANH 


hyperbolic arc tangent 


FCOS 


cosine 


FCOSH 


hyperbolic cosine 


FETOX 


eX 


FET0XM1 


eX-1 


FGETEXP 


extract exponent 


FGETMAN 


extract mantissa 


PINT 


extract integer part 


FINTRZ 


extract integer part, rounded-to-zero 


FLOGN 


ln(x) 


FL0GNP1 


In(x-I-I) 


FLOG10 


logio(x) 


FL0G2 


log2(x) 


FNEG 


negate 


FSIN 


sine 


FSINH 


hyperbolic sine 


FSQRT 


square root 


FTAN 


tangent 


FTANH 


hperbolic tangent 


FTENTOX 


10X 


FTWOTOX 


2X 



Instruction 


Function 


FADD 


add 


FCMP 


compare 


FDIV 


divide 


FMOD 


modulo remainder 


FMUL 


multiply 


FREM 


IEEE remainder 


FSCALE 


scale exponent 


FSGLDIV 


single precision divide 


FSGLMUL 


single precision multiply 


FSUB 


subtract 



Table 5-4. Partial-Concurrency Instructions 



Instruction 


Operand 
Syntax 


Operand 
Format 


FTST 


<ea> 
FPm 


S,D,X 
X 


F<mop> 


<ea>,FPn 
FPm.FPn 


S,D,X 


F<dop> 


<ea>,FPn 
FPm,FPn 


S,D,X 


FSINCOS 


<ea>,FPc:FPs 
FPm,FPc:FPs 


S,D,X 
X 





Table 5-5 


. Fully-Concurrent Instructions 




Instruction 


Operand 
Syntax 


Operand 
Format 


Degraded to 
No Concurrency 


Degraded to 
Partial Concurrency 


FMOVE 


FPm,FPn 


X 


a 


b,c,f 


FMOVE 


<ea>,FPn 


S,D 




b.c.f 


FMOVE 


<ea>,FPn 


X 




b,c,f 


FMOVE 


FPm,<ea> 


S,D 


a 


b,d,e 


FMOVE 


FPm,<ea> 


X 


a 


b 



Register Conflict of FPm with preceding instruction's des- 
tination floating-point data register. 
NAN, Unnormalized or Denormalized Data Types 
Rounding Precision in FPCR set to Single or Double. 
INEX2 bit in FPCR EXC byte is enabled. 
An Overflow or Underflow occurs. 
Register conflict of FPn with preceding instruction's desti- 
nation floating-point data register. 



MC68881/MC68882 USER'S MANUAL 



MOTOROLA 
5-5 



idle or hands off its instruction to the APU. Note that this situation is analogous to the situation 
in the MC68881 when a second instruction is received in the command CIR while the APU is still 
busy with a previous instruction. The difference is thatthe MC68881 waits until the APU is available, 
while the MC68882 waits until the CU is available. 

The conditional instructions listed in Table 5-6 do not allow concurrency. These instructions are 
not executed unless both the CU and the APU are idle and all exception flags are cleared. An 
extreme case occurs if the MPU writes to the condition CIR of the MC68882 while both the CU 
and APU are busy, the appropriate exceptions are enabled, and the instructions in the CU and 
APU each report an exception. The MC68882 reports these exceptions, one at a time, until both 
exception handlers have been executed. As a consequence, the conditional instruction is re-started 
twice to ensure that the reported condition codes contain information reflecting the result of all 
previous instructions and related exception handlers. Therefore, a sequential execution model 
can be guaranteed. It is possible that a BSUN exception is reported by the conditional instruction, 
but the BSUN exception would be reported long after the instructions and related exceptions have 
been executed and completed. 

Table 5-6. Conditional Instructions 



Instruction 


Operand 
Syntax 


Operand 
Size or Format 


FBcc 


<label> 


W,L 


FDBcc 


Dn,<label> 


W 


FNOP 


none 


none 


FScc 


<ea> 


B 


FTRAPcc 


none 
#xxx 


none 
W,L 



Consider the case of two consecutive FMUL instructions followed by an FMOVE instruction, as 
shown in Figure 5-2. The following assumptions apply: 

1. Both FMUL instructions have external operands (opclass 010), 

2. The FMOVE instruction has a memory destination (opclass Oil), and 

3. No exceptions are enabled. 



MC68020/MC68030 



INITIATE 


TRANSFER 


INITIATE 


IDLE (INTERRUPTS. 
BUS ARBITRATION ALLOWED) 


TRANSFER 


INITIATE 


IDLE (INTERRUPTS, 
BUS ARBITRATION ALLOWED) 


TRANSFER 



FMUL START TRANSFER CONVERT CALCULATE 



START 




TRANSFER 


CONVERT 


CALCULATE 


ROUND 



START 




CONVERT 


TRANSFER 



FMOVE 



Figure 5-2. MC68881 Concurrency — FMUL Followed by FMUL and FMOVE 

The main processor initiates the second FMUL instruction, and the MC68881 returns the null 
(CA= 1 ) primitive as long as the APU is involved in the calculate phase of the first FMUL instruction. 
When the APU becomes available, the BlU returns the evaluate effective address and transfer 
operands (CA = 0) primitive and begins the transfer phase of the second FMUL instruction. At this 
point, since the CA bit is clear, the main processor begins the execution of another instruction 



MOTOROLA 
5-6 



MC68881/MC68882 USER'S MANUAL 



while the MC68881 converts the operand to internal format and begins the calculate phase of the 
second FMUL instruction. Since the next MPU instruction is an FMOVE instruction, the MRU 
initiates the FMOVE instruction, butthe MC68881 returns the null (CA= 1) prinnitive until the second 
FMUL instruction completes. Then, the coprocessor completes the FMOVE by converting the 
operand and transferring it to the main processor. 

In this example, the MPU continues to examine the response CIR of the MC68881 while it completes 
each of the two FMUL instructions. Should an interrupt occur during these times, the main 
processor services the interrupt but does not initiate any other instruction. 

The MC68882 can execute floating-point instructions concurrently by performing conversions 
between external binary real data formats (S, D, and X) and the internal extended format in the 
conversion unit (CU) while the arithmetic processing unit (APU) is calculating the result of a 
preceding instruction. Additional concurrency is provided by making the floating-point data reg- 
isters accessible to both the CU and APU simultaneously. 

Figure 5-3 shows the same three floating-point instructions executing in an l\/IC68882. As soon 
as the operand of the first FMUL instruction has been transferred to the coprocessor, the main 
processor begins executing the next instruction, another FMUL instruction with an external source 
operand. Provided the operand is a binary real operand and no register conflict occurs, the 
coprocessor can transfer and convert the operand while it continues to calculate the product of 
the first FMUL instruction. As soon as the operand transfer completes, the main processor begins 
executing the FMOVE instruction. Since the CU contains the converted operand for the second 
FMUL instruction at this time, it is not available to convert the source operand of the FMOVE 
instruction. However, when the APU completes the rounding phase for the first FMUL instruction, 
it accepts the operand from the CU and begins calculations for the second FMUL instruction. The 
CU now converts the source operand of the FMOVE instruction to the destination format. The 
bus interface unit (BlU) transfers the converted operand to the external destination, completing 
the second FMUL instruction. 




MC68020/MC68030 

MC68882 

FMUL 



INITIATE 


TRANSFER 


INITIATE 


TRANSFER 


INITIATE 


IDLE (INTERRUPTS, 
BUS ARBITRATION ALLOWED) 


TRANSFER 


NEXT INSTRUCTION 



START 


TRANSFER 


CONVERT 


CALCULATE 


ROUND 



START 


TRANSFER 


CONVERT 




CALCULATE 


ROUND 



START 




CONVERT 


TRANSFER 



Figure 5-3. MC68882 Concurrency — FMUL Followed by FMUL and FMOVE 



The effect of the concurrency provided by the MC68882 is to execute three instructions during a 
time period equal to the execution time of the first instruction plus the computation time of the 
second instruction. Execution of the third instruction is completely overlapped by the second 
instruction. 

In this example, execution of the second FMUL instruction is partially concurrent with execution 
of the first FMUL instruction, and execution of the FMOVE instruction is fully concurrent with 
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execution of the second FMUL instruction. Some MC68882 instructions do not execute concur- 
rently. Others execute partially concurrently, and some execute with full concurrency. However, 
little concurrency is possible when the operand is in integer or packed decimal format. 

5.1.2 Optimization of Code for the IViC68882 

A program that runs successfully on the MC68881 runs on the MC68882 with improved perform- 
ance. However, the code can be optimized to exploit the features of the MC68882 forthe maximum 
performance improvement. Optimization requires the following steps: 

1. Unroll any rolled loops to obtain at least a 2x unrolled version, 

2. Eliminate register conflicts by rearranging FMOVE instructions, and 

3. Rearrange FMOVE instructions so that the fastest FMOVE instructions follow the fastest 
arithmetic instructions, and the slowest FMOVE instructions follow the slowest arithmetic 
instructions. 



5.1.2.1 UNROLLING LOOPS. A rolled loop consists of the instructions to perform the operations 
of the loop once using a single index value during each iteration. The performance of the MC68882 
is improved by unrolling the loop, so that an iteration performs those operations more than once, 
using two or more index values. The recommended 2x unrolled version performs the operations 
twice. 

The rolled version of a loop allows little optimization; a register conflict is inevitable. The 2x 
unrolled version can use different floating-point data registers for each repetition of the instruc- 
tions. The FMOVE. instructions can be placed in the optimum locations. 

5.1.2.2 AVOIDING REGISTER CONFLICTS. The following rules define conflicts between floating- 
point data registers. 

• A register conflict occurs when the destination register of an instruction is the source register 
of the following instruction, and that instruction is a fully-concurrent instruction listed in Table 
5-5. For example: 

FADD.D (ea),FPO 

FMOVE.D FPO,{ea) FPO conflicts 

• A register conflict occurs when the destination register of an instruction is the destination 
register of the following instruction, and that instruction is a fully-concurrent instruction listed 
in Table 5-5. For example: 

FADD.D (ea),FPO 

FMOVE.D (ea),FPO FPO conflicts 

• No other combination of source and destination registers of two consecutive instructions 
cause a register conflict. 

The second case (where an FMOVE instruction uses the same destination register as the preceding 
instruction) is an unlikely case, since the result of the first instruction is lost. However, the MC68882 
provides the same result as the MC68881 even for this case. 



5.1.2.3 ARRANGING FMOVE INSTRUCTIONS. The FMOVE instruction is fully concurrent when 
the operands are in binary real data format, no register conflicts exist, and the notes of Table 5- 
5 do not apply. However, the execution time of the FMOVE instruction is hidden completely only 
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when the overlap time of the preceding instruction exceeds the execution time of the FiVlOVE 
instruction. Thus, the fastest FIVIOVE instructions should follow the fastest arithmetic instructions, 
FADD, for example. Also, the slowest FMOVE instructions should follow the slowest arithmetic 
instructions, such as FMUL Refer to the tables of execution times in SECTION 8 INSTRUCTION 
EXECUTION TIMING for arithmetic instruction execution times. Table 5-7 lists execution times for 
some FMOVE instructions. 



Table 5-7. FMOVE Instruction Execution Times 



Operand 


Type 


Execution 
Time (Clocks) 


FMOVE.X 


FPx,FPy 


21 


FMOVE.D 


<ea>,FPy 


39 


FMOVE.D 


FPy,<ea> 


55 



5.1.2.4 PERFORMANCE IMPROVEMENT EXAMPLE. The DAXPY subroutine inner loop of the Lin- 
pack benchmark (Linpack Loop) is an appropriate example for illustrating optimization for the 
MC68882. Figure 5-4 shows the source code for the rolled version of the Linpack loop. 



VECTOR TIMES A CONSTANT PLUS A VECTOR 


X(i) = Y(i)»C + X(i) 




MGVE.L 


#count,DO 


FMOVE.D 


<ea_C>,FPO 


FMOVE.X 


FPO.FPI 


FMULD 


<ea_Y(i)>,FP1 


FADD.D 


<ea_X(i),FPl 


FMOVE.D 


FP1,<ea_X(i) 


DBRA 


DO.LOOPTOP 



LOOPTOP 



Figure 5-4. Rolled Version of Linpack Loop 

Optimization of this code for the MC68882 consists of unrolling the loop, and rearranging the 
FMOVE instructions. Notice that FP1 contains the result of the computations using index i, and 
that FP2 contains the result of the computations using index i + 1 . Also notice that the two FMOVE 
instructions that move registers to registers are executed following FADD instructions, and that 
the FMOVE instructions that move registers to effective addresses are executed following FMUL 
instructions. Figure 5-5 shows the source code for the optimized Linpack loop. 



5.2 SYSTEMS PROGRAMMING 

The guidelines for systems programming relate to exception processing. The sizes of the state 
frames stored by exception handlers are discussed first. Next, the section discusses the FSAVE, 
BSET, and FRESTORE instructions required in exception handlers. Then, the handling of specific 
exceptions is discussed. Code that detects the presence of a floating-point coprocessor and iden- 
tifies the coprocessor is also discussed. 

5.2.1 State Frame Sizes 

The sizes of the state frames stored by the FSAVE instruction differ for the MC68882 and MC68881 , 
as shown in Table 5-8. 



MC68881/MC68882 USER'S MANUAL 



MOTOROLA 
5-9 



* 


VECTOR TIMES A CONSTANT PLUS A VECTOR 


* 


X(i) = Y(i)*C + X(i) 






MGVE.L 


#count,DO 




FMOVE.D 


<ea_C>,FPO 




FMOVE.X 






FP0,FP1 






FMULD 


<ea_Y(i)>,FP1 




BRA 


LOOPSTRT 


LOOPTOP 


FMOVE.X 


FP0,FP1 




FMULD 


<ea_Y(i)>,FPl 




FMOVE.D 


FP2,<ea_X(i + 1)> 


LOOPSTRT 


FADD.D 


<ea_X(i),FP1 




FMOVE.X 


FP0,FP2 




FMULD 


<ea_Y(i + 1)>,FP2 




FMOVE.D 


FP1,<ea_X(i)> 




FADD.D 


<ea_X(i + l)>,FP2 




DBRA 


DO.LOOPTOP 




FMOVE.D 


FP2,<ea_X(i + 1)> 



Figure 5-5. Optimized Linpack Loop 



Table 5-8. State Frame Sizes 



Device 


Null Frame 


Idle Frame 


Busy Frame 


MC68881 


4 Bytes 


28 Bytes 


184 Bytes 


MC68882 


4 Bytes 


60 Bytes 


216 Bytes 



The size of the null state frame is 4 bytes for both coprocessors. The size of the other state frames 
is 32 bytes larger for the MC68882 than for the MC68881 . The MC68882 uses the additional bytes 
to store the state of the conversion unit. 



5.2.2 Exception Handler Code 

The code for floating-point exception handlers for the IV1C68882 must include the following in- 
structions: 

1 . An FSAVE instruction at the beginning of the handler (ahead of the first coprocessor instruc- 
tion) 

2. A BSET or similar instruction following the FSAVE instruction to set the EXC-PEND flag (bit 
27) of the BID flag in the idle state frame 

3. An FRESTORE instruction immediately preceding the RTE instruction 

Handlers for the following exceptions require these instructions even if the handlers contain no 
floating-point instructions: 

Branch or Set on Unordered Condition 

Inexact Result 

Floating-Point Divide by Zero 

Underflow 

Operand Error 

Overflow 

Signalling NAN 
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Handlers for interrupts, F-line emulation, FTRAPcc instructions, and other exceptions must not 
set the EXC-PEND bit in the BID flag long word, but any exception handler that contains one or 
more floating-point instructions must begin with an FSAVE instruction and have an FRESTORE 
instruction preceding the RTE instruction. No requirements are imposed on the floating-point 
protocol violation exception because it is considered to be a catastrophic exception from which 
no recovery is possible. 

When a floating-point exception handler that does not begin with an FSAVE instruction executes 
in a system that uses an MC68882 coprocessor, one of two things happens. Either the next 
IV1C68882 instruction takes the same exception, producing an infinite loop, or it takes a protocol 
violation exception. 

When a floating-point exception handler that begins with an FSAVE instruction but does not set 
the EXC-PEND bit executes in a system that uses an MC68882 coprocessor, the next MC68882 
instruction takes the same exception, also producing an infinite loop. 

When a floating-point exception handler that begins with an FSAVE instruction but does not end 
with an FRESTORE instruction is executed in a system that uses an MC68882 coprocessor, a 
partially-executed instruction following the exceptional instruction may never be completed. Fig- 
ure 5-6 shows the required instructions in a minimum exception handler for an MC68882. 



HANDLER 



FSAVE 


-(SP) 


SAVE INTERNAL STATE 


MOVE.B 


(SP),DO 


FIRST BYTE OF STATE FRAME 


BEQ 


NULL 


BRANCH IF NULL FRAME 


CLR.L 


DO 


CLEAR DATA REGISTER 


MOVE.B 


1(SP),D0 


LOAD STATE FRAME SIZE 


BSET 


#3,(SP,D0) 


SET BIT 27 OF BlU 


FRESTORE 


(SP) + 


RESTORE STATE 


RTE 




RETURN 



NULL 



Figure 5-6. Minimum Exception Handler 

An exception handler can access the idle state frame to obtain information about the exception. 
The offsets of the exceptional operand, the operand register, and the BlU flags are different in 
the MC68881 and the MC68882. In the MC68882, these offsets are greater than those in the 
MC68881 by $20. For example, the offset for the exceptional operand is $08 in the MC68881 and 
$28 in the MC68882. However, the negative offsets (from the bottom of the state frame) are the 
same for both coprocessors. Figure 5-7 shows a code fragment that can be used to access the 
exceptional operand and the operand register image in an exception handler for either copro- 
cessor. 



XOPER 
OPEREG 



EQU 
EQU 



FOR EXCEPTIONAL OPERAND 
FOR OPERAND REGISTER 



MOVE.B 



KSPI.DO 



LOAD FRAME LENGTH INTO DO 



MOVE.L 
MOVE.L 



XOPER(SP,D0),(ea) 
OPEREG(SP,D0),<ea> 



ACCESSES THE FIRST LONGWORD OF THE EXCEPTIONAL OPERAND 
ACCESSES THE OPERAND REGISTER IMAGE 



Figure 5-7. Idle State Frame Access Example 
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5.2.3 Processing of Special Conditions 

The designs of the MPU, the M68000 coprocessor interface, and the FRCP provide the performance 
benefits of concurrent operation while maintaining a conventional sequential instruction execution 
model. Processing of special conditions is also performed as if instructions were executed se- 
quentially. Refer to the coprocessor interface section of the appropriate microprocessor user's 
manual for additional information. 



5.2.3.1 INTERRUPTS. The main processor can process interrupts at any instruction boundary and 
during the execution of a general or conditional category coprocessor instruction under either of 
two conditions. When the main processor receives a null (CA= 1 , IA= 1 ) primitive, the MPU services 
any pending interrupts priorto reading the response CIR. The MPU also services pending interrupts 
when the trace exception is enabled and the MPU receives a null (CA = 0, IA=1, PF = 0) primitive. 

The MPU uses the ten-word mid-instruction stack frame shown in Figure 7-16 when it services 
interrupts during the execution of a general or conditional category coprocessor instruction. Using 
this stack frame allows the MPU to perform all necessary processing and return to read the 
response CIR. Thus, the MPU services the interrupt while the FPCP continues to execute the 
coprocessor instruction. 

During execution of an FSAVE instruction, when the MPU reads the not ready format word, it 
also services interrupts. After servicing any pending interrupts, the MPU returns and reinitiates 
the FSAVE instruction. 



5.2.3.2 BUS ARBITRATION. During execution of a floating-point instruction, the MPU can relin- 
quish control of the bus through bus arbitration. If the FPCP has released the MPU and is com- 
pleting execution of the instruction, relinquishing the bus has no effect on the coprocessor. If the 
MPU is involved in a dialog with the coprocessor, relinquishing the bus delays the execution of 
the instruction in the FPCP. However, since the coprocessor communicates with the MPU by 
placing a response primitive in the response CIR for the MPU to read, no adverse effect occurs. 
The only effect of the bus arbitration is a longer delay while the coprocessor awaits the services 
of the MPU. 



5.2.3.3 CONTEXT SWITCHING. In a multi-tasking environment, the context of the FPCP may be 
changed asynchronously with respect to coprocessor operations. The coprocessor may be inter- 
rupted at any point during the execution of an instruction. The FSAVE and FRESTORE instructions 
are used to save and restore the context of the coprocessor during context switches. 

An FSAVE instruction stops execution of the instruction in the coprocessor at the earliest inter- 
ruptable point, and stores the state of the coprocessor. The coprocessor is now available to the 
program executing in the new context. When the interrupted program resumes, an FRESTORE 
instruction loads the saved state of the coprocessor, restoring the coprocessor to its previous 
state. The coprocessor continues from the point at which it was interrupted. 

The state frames defined for the null, idle, and busy states of the coprocessor contain all the 
information the coprocessor requires to resume operation. Inclusion of the coprocessor version 
number in the format word and the checking of that version number during execution of the 
FRESTORE instruction prevent restoration of an incompatible context (e.g., an MC68881 context 
in an MC68882). 
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5.2.3.4 BUS ERRORS. A bus error can occur during initiation of a coprocessor instruction or while 
the IVIPU is accessing memory or CPU address space during execution of a coprocessor instruction. 
A bus error during initiation of an instruction is used as an indication that the coprocessor is not 
present, and the MRU takes an F-line emulator exception. A bus error during a memory access 
indicates that some fault (e.g., parity error or page fault) prevents the memory system from 
providing the requested operand. The coprocessor interface, being asynchronous, does not require 
the MRU to service the bus error exception at once. No time restrictions on the main processor's 
response to a bus error exception exist. After the exception handler has corrected the cause of 
the bus error, the MRU returns to the point in the coprocessor instruction dialog at which the 
fault occurred. 

5.2.3.5 EXCEPTION PROCESSING. During the execution of a coprocessor instruction, the copro- 
cessor releases the main processor after the main processor has completed all the services the 
coprocessor requires to execute the instruction. Any exception processing the main processor 
performs after being released and before initiation of another coprocessor instruction has no 
effect on the coprocessor. 

Either the main processor or the coprocessor can detect an exception during execution of a 
floating-point instruction. The handlers for these exceptions are bracketed with FSAVE and FRES- 
TORE instructions as previously described to ensure that coprocessor state information about 
concurrently executing instructions is properly restored after execution of the exception handler 
completes. 

5.2.3.6 SIMULTANEOUS FLOATING-POINT EXCEPTION AND TASK SWITCH INTERRUPT. Since 
an interrupt signal can occur at any time, a task switch interrupt can occur simultaneously with 
a floating-point exception detected by the coprocessor. The FRCP and the coprocessor interface 
with the MRU are designed to preserve the sequential instruction execution model in this case. 
Figure 5-8 shows an FMUL instruction executing in an MC68882, followed by an FADD instruction. 
A task switch interrupt occurs as the main processor responds to the exception. The sequence of 
events is as follows: 

1. The MC68882 is executing. the two instructions concurrently. 

2. The FMUL instruction is executing in the ARU, the CU has performed the conversion of the 
source operand, and the CU is waiting to hand off the FADD instruction when the ARU 
becomes idle. The MC68882 is returning null (CA = 0, IA = 0) primitives to synchronize the 
main processor. The main processor is reading the primitives, responding to any pending 
interrupts. 

3. The FMUL instruction detects an exception, which is reported by the FADD instruction with 
a take mid-instruction exception primitive. 

4. The main processor recognizes a pending interrupt as it reads the take mid-instruction ex- 
ception primitive. Because of the internal timing, however, the MRU processes the floating- 
point exception first. 

5. The processing of the exception completes, and the main processor begins processing the 
interrupt before executing the first instruction in the floating-point exception handler. 

6. The main processor executes the interrupt handler. Because the interrupt handler does not 
contain a BSET instruction that sets bit 27 of the BlU flag word, the state restored by the 
FRESTORE instruction in the handler indicates that the floating-point exception has not been 
serviced. The FADD instruction is not allowed to continue. 

7. The floating-point exception handler is executed. This handler includes a BSET instruction 
that sets bit 27 of the BlU flags word. When the FRESTORE instruction restores the state 
frame, the FADD instruction continues. 
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Figure 5-8. Simultaneous Task Switch Interrupt and Floating-Point Exception 

In this example, if the interrupt handler allowed the FADD instruction to continue, the FADD 
instruction would have overwritten the contents of FPO, and the results would have been incorrect. 
The IV1C68882 exception model handles this worst-case situation correctly. 

5.2.4 Detecting Coprocessor Presence 

A program or an exception handler may need to know if a floating-point coprocessor is available, 
or which type coprocessor is present. The code fragment in Figure 5-9, which executes at the 
supervisor privilege level, detects and identifies the coprocessor. 

The FNOP instruction takes an F-line emulation exception when no floating-point coprocessor is 
available. The F-line emulation exception handler must set the no coprocessor flag and increment 
the stacked PC value by four. The BNE instruction branches around this code when no coprocessor 
is present. The instructions immediately following the BEQ instruction are executed for an MC68882 
coprocessor; those at label ONE are executed for an MC68881. 
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NOTE: When no coprocessor is present, an exception handler executes at this point. See text. 

Figure 5-9. Coprocessor Identification Code 
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SECTION 6 
EXCEPTION PROCESSING 

This section describes how the MC68881/MC68882 (FRCP) and the nnain processor handle excep- 
tional conditions during the processing of floating-point instructions. These exceptional conditions 
may be detected internally by the FRCP, internally by the main processor, or externally by the 
main processor. 

The l\/IC68020/MC68030 (MRU) processes exceptions by treating any coprocessor in an M68000 
system as an extension to the main processor; the fact that a coprocessor is separate from the 
main processor is transparent to the programmer. Thus, the exception processing for all copro- 
cessors in a system is coordinated by the main processor in a manner that is consistent across 
all exception types, whether detected during the execution of an instruction native to the main 
processor or during a coprocessor instruction. 

The processing of an exception detected during the execution of an FRCP instruction involves the 
following basic steps: 

1. Detect the exception 

2. Determine the exception vector number and report the exception to the main processor (if 
detected by the FRCP) 

3. Change processing states if needed (user to supervisor) 

4. Save the old context of the main processor (performed automatically by the MRU) 

5. Load a new context from the address contained in the exception vector table 

6. Execute the exception handler 

7. Return to the previous context 

The first two steps involve slightly different operations for exceptions detected by the main 
processor and those detected by the FRCP, but the manner in which these operations are per- 
formed is consistent with non-coprocessor related exceptions. The major difference in the proc- 
essing of exceptions detected by the FRCP and the main processor is the point at which exception 
processing starts. For all main-processor-detected exceptions and some coprocessor-detected 
exceptions, processing for the exception begins during the execution of the coprocessor instruc- 
tion by the main processor. However, for many of the coprocessor-detected exceptions, processing 
for the exception does not begin until after the main processor completes execution of the of- 
fending instruction and attempts execution of a new floating-point instruction. The manner of 
handling this type exception supports a sequential instruction programming model. 

The action of the processor during step 7 depends upon the type of exception that was previously 
taken. When the exception handler completes execution, a return from exception (RTE) instruction 
is executed, and the previously interrupted program resumes execution at one of the following 
points: 

1 . The beginning of the instruction that was pre-empted by an exception detected by or reported 
to the MRU (pre-instruction exception) 

2. The point where the exception occurred during the execution of an instruction (mid-instruc- 
tion exception) 
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3. The beginning of the instruction immediately following the instruction that caused or detected 
the exception (post-instruction exception). Note that neither the MC68881 nor the MC68882 
reports the post-instruction exception. 

The following paragraphs describe the causes of various coprocessor-related exceptions and how 
they are handled by the FRCP and the main processor. Throughout this discussion, the main 
processor is assumed to be an MC68020 or MC68030, although any other processor can be 
programmed to emulate the M68000 Family coprocessor interface that is implemented on the 
MRU. 



6.1 COPROCESSOR-DETECTED EXCEPTIONS 

Coprocessor-detected exceptions fall into two categories: those related to communications with 
the main processor (F-line traps and protocol violations) and those related to the execution of 
floating-point instructions (computational errors such as divide by zero, or instructions designed 
to cause a trap such as the FTRARcc instruction). The protocol for handling each of these exception 
types is described in detail in this section. 

The main processor coordinates all exception processing. Therefore, when the FRCR detects an 
exception, it cannot always force exception processing immediately but must wait until the main 
processor is ready to start exception processing. The main processor is always prepared to process 
an exception whenever it reads the response coprocessor interface register (CIR). For the MC68881 
and, in most cases, for the MC68882, if a coprocessor-detected exception occurs during the 
calculation phase of an instruction, it is held pending within the FRCR until the next write to the 
command or condition coprocessor interface register (CIR). Then, instead of returning the first 
primitive of the dialog for the new instruction, the FRCR returns the take pre-instruction exception 
primitive to start exception processing for the offending instruction. (For the MC68881, the of- 
fending instruction is always the previous floating-point instruction, since no multiple floating- 
point concurrency is allowed; for the MC68882, the offending instruction may not necessarily be 
the previous instruction.) 

The FRCR may also report an exception after writing an operand to memory. In this case, a take 
mid-instruction exception primitive is issued after the operand is stored in memory (if a conversion 
error occurred). The mid-instruction exception allows the exception handler to more easily de- 
termine the address of the exceptional operand, since the MC68020 includes the results of the 
effective address calculation for the destination operand in the mid-instruction stack frame (the 
long word at offset +$10). 

It Is possible for the MC68882 to report a mid-instruction exception as a result of an exception 
created by a previous instruction. This occurs when the instruction in the ARU reports an exception 
while a second instruction in the conversion unit (CU) is waiting to be handed off to the arithmetic 
processing unit (ARU). Consider the case of two FMUL instructions: 

FMUL.X FR0,FR1 (which results in an exception) 
FMULB <ea>,FR2 

At the time the second FMUL instruction is initiated, the first FMUL instruction is still executing 
in the ARU. The CU instructs the bus interface unit (BlU) to fetch the program counter, and prefetch 
the byte operand. Since the CU cannot convert the byte operand, it instructs the BlU to encode 
a null (CA=1, IA=1) in the response CIR, and waits to hand off the instruction to the ARU. When 
the first FMUL instruction finally finishes in the ARU and reports an exception, the second FMUL 
instruction is in the middle of the instruction, hence a take mid-instruction exception is taken. 
Note that in this case, the destination operand is a floating-point register, and therefore the 
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effective address calculation for the destination operand in the mid-instruction stack frame of the 
MPU is undefined. 

The third point at which the FRCP can indicate an exception to the main processor is in response 
to a protocol violation. If an unexpected access to a coprocessor interface register causes a protocol 
violation, the FRCP immediately encodes the response CIR to the take mid-instruction exception 
primitive with the protocol violation vector number. This allows the protocol violation handler to 
determine the cause of the violation (either an illegal primitive from the FRCP or an illegal access 
by the MPU) and perform necessary action. Since an FRCP protocol violation is a catastrophic 
error, and the FRCP cannot return an illegal primitive, the only appropriate action is to abort the 
task that detected the protocol violation. 

The basic protocol followed in response to a coprocessor-detected exception is: 

1. The FRCP encodes the appropriate take exception primitive (pre- or mid-instruction), along 
with the vector number, in the response CIR. 

2. The MRU reads the response CIR (usually in an attempt to initiate the next instruction) and 
receives the take exception request. 

3. The MRU acknowledges the request by writing an exception acknowledge to the control CIR. 
The appropriate stack frame is then stored in memory, and control is transferred to the 
exception handler routine. 

4. The response to the exception acknowledge differs for the type of exception and for the 
FPCR, as follows: 

a. Protocol violation: 

MC68881 — Aborts all internal operations that may be active and enters the idle state. 
MC68882 — Same as MC68881 . 

b. BSUN and F-line (detected by the coprocessor): 

MC68881 — Clears the exception and enters the idle state. 
MC68882 — Same as MC68881 . 

c. Arithmetic (Operr, Overflow, Underflow, Divide by zero. Inexact result): 

MC68881 — Clears the exception and enters the idle state. 
MC68882 — Refer to 5.2.2 Exception Handler Code. 

The following paragraphs discuss the exception vector assignments used by the FRCP, and each 
of the exception types that can be detected by the FRCP. 

The M68000 Family of processors uses a data structure called the exception vector table as a 
localized dispatching point for all exceptional conditions that may occur in a system. The exception 
vector table is a 1024-byte structure made up of 256 long word entries. Each entry in the table is 
a pointer to the routine that services a specific exceptional occurrence. When an exception occurs, 
the processor supplies an index that selects the vector entry for the exception. The index, called 
the vector number, is an 8-bit value that is multiplied by four to calculate an offset into the vector 
table. Of the 256 possible vector numbers, 64 are reserved by Motorola for definition by M68000 
Family devices; the remaining 192 are for definition by system designers. 

Of the 64 reserved vectors, the MPU defines all but 25. The FRCP utilizes three of the same vector 
entries defined by the MPU and defines seven additional vectors to support floating-point excep- 
tions. The vectors defined by the FRCP are shown in Table 6-1. The vector number is the value 
(shown in decimal) that is encoded in the appropriate take exception response primitive (except 
for the FTRAPcc vector number, which is generated internally by the MPU). The vector offset is 
the location of the corresponding entry in the vector table. The MRU adds the vector offset to the 
value contained in the vector base register to calculate the absolute address of the vector. Refer 
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to the appropriate main processor user's manual for further information on the exception proc- 
essing operations performed by the MPU and for the full definition of the exception vector table. 

Table 6-1. MC68881/MC68882 Exception 
Vector Assignments 



Vector Number 
(Decimal) 


Vector Offset 
(Hexadecimal) 


Assignment 


7 


$01 c 


FTRAPcc Instruction 


11 


$02C 


F-Line Emulator 


13 


$034 


Coprocessor Protocol Violation 


48 


$bco 


Branch or Set on Unordered Condition 


49 


$0C4 


Inexact Result 


50 


$008 


Floating-Point Divide by Zero 


51 


$OCC 


Underflow 


52 


$0D0 


Operand Error 


53 


$0D4 


Overflow 


54 


$0D8 


Signaling NAN 



The following paragraphs describe the causes for each exception, what information is available 
to the trap handler, and what results occur if traps are enabled or disabled. FRCP instruction 
exceptions arise from the detection of abnormal conditions during coprocessor instruction exe- 
cution. All coprocessor-detected instruction exceptions are enabled or disabled via the FPGR 
ENABLE byte. 

Any of eight exception conditions can be detected during the execution of a floating-point in- 
struction. The location of the exception bits in the EXC and ENABLE bytes (contained in the FPSR 
and FPCR registers, respectively) is shown in Figure 6-1. If more than one enabled exception 
occurs during the same instruction, then the highest priority instruction trap is taken (BSUN is 
the highest; INEX2/INEX1 is the lowest). When hnultiple exceptions occur, the FPCP traps to the 
highest priority exception that is enabled, and the lower priority exception does not cause a 
second trap. It is the progi-ammer's responsibility to determine if any of the exception bits that 
have lower priority than the exception taken are set. 



BSUN SNAN OPERR OVFL UNFL 



INEX2 INEX1 



INEXACT DECIMAL INPUT 
INEXACT OPERATION 
DIVIDE BY ZERO 
UNDERFLOW 
OVERFLOW 
OPERAND ERROR 
SIGNALLING NOT A NUMBER 
BRANCH/SET ON UNORDERED 



Figure 6-1. EXC and ENABLE Byte Bit Assignments 
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FPCP instruction exceptions that arise from the move floating-point data register to external 
destination instructions are reported to the MPU as mid-instruction exceptions. All other MC68881- 
detected instruction exceptions are reported as pre-instruction exceptions, and all other MC68882- 
detected instruction exceptions are reported as either pre-instruction or mid-instuction exceptions. 
The FPCP move multiple and move system control register instructions cannot generate copro- 
cessor detected instruction exceptions. The FSAVE instruction can generate a coprocessor-de- 
tected exception only when it interrupts an FSAVE or FRESTORE operation in progress. The 
FRESTORE instruction can generate coprocessor-detected instruction exceptions only when the 
state frame format written to the coprocessor is not recognized. 

In the following exception descriptions, the term "intermediate result" is used frequently. During 
the execution of a floating-point operation, the FPCP arithmetic processing unit (APU) contains a 
67-bit mantissa (for rounding purposes) and a 17-bit exponent (to ensure that overflow or un- 
derflow can never occur during the main algorithm). At the end of the operation, this intermediate 
result must be stored in a floating-point data register, in an MPU data register, or in memory. 
This intermediate result is checked for underflow, rounded, and checked for overflow to obtain 
the final result. 



6.1.1 Branch/Set on Unordered (BSUN) 

The BSUN exception is the result of performing a conditional test associated with the FBcc, FDBcc, 
and FTRAPcc instructions when an unordered condition is present. (An unordered condition occurs 
when an input to an arithmetic operation is a NAN.) The BSUN exception can only occur during 
FPCP conditional instructions with the following IEEE non-aware branch condition predicates: 
GT Greater Than GL Greater Than or Less Than 

NGT Not Greater Than NGL Not Greater Than or Less Than 

GE Greater Than or Equal GLE Greater Than or Less Than or Equal 

NGE Not Greater Than or Equal NGLE Not Greater Than or Equal Less Than or Equal 

LT Less Than SF Signaling False 

NLT Not Less Than ST Signaling True 

LE Less Than or Equal SEQ Signaling Equal 

NLE Not Less Than or Equal SNE Signaling Not Equal 

If the APU is busy (MC68881) or if the CU (MC68882) is busy, a null {CA=1, IA=1) primitive is 
returned, and the MPU continues to reexamine the response CIR. If an exception is pending, a 
take pre-instruction exception primitive is returned. After the appropriate exception handler is 
executed, the conditional instruction is restarted. When either the APU is idle (MC68881) or the 
APU and CU are idle {MC68882) and no exceptions are pending, FPCP checks for a BSUN exception, 
evaluates the conditional predicate, and reports the result to the MPU. 

The MPU can write to the condition CIR of the MC68882 when both the CU and APU are busy. If 
exceptions are enabled and if each of the instructions reports an exception, the MC68882 reports 
the exceptions and executes the handlers, one at a time. The MC68882 restarts the conditional 
instruction after returning from each exception handler; that is, the MC68882 restarts the instruc- 
tion twice. It is important to note that the coprocessor completes all previous instructions and 
the MPU completes any executing exception handler before the conditional instruction checks for 
a BSUN exception, evaluates the conditional predicate, and reports the result to the MPU. 

The FPCP detects a BSUN exception if the conditional predicate is one of the IEEE non-aware 
branches, and the NAN condition code bit is set. When the FPCP detects this exception, it sets 
the BSUN bit in the FPSR exception status byte. 
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Trap Disabled Results: 

The FRCP evaluates the condition and reports the result to the MPU in the response CIR. 

Trap Enabled Results: 

The FRCR reports a pre-instruction exception to the MRU with the BSUN vector number 
instead of a true or false indication. 

The BSUN exception is unique in that the trap istal<en before the conditional predicate is evaluated. 
Furthermore, the instruction that caused the BSUN exception is re-executed following return from 
the BSUN trap handler. Therefore, it is the responsibility of the trap handler to prevent the 
conditional instruction from taking the BSUN trap again. Four ways are available to prevent taking 
the trap again. 

The first way involves incrementing the stored program counter in the stack to bypass the con- 
ditional instruction. This technique applies to situations where a fall-through is desired. Be aware 
that accurate calculation of the program counter increment requires detailed knowledge of the 
size of the conditional instruction being bypassed. 

The second method is to clear the NAN bit of the FPSR condition code byte. However, this alone 
cannot deterministically control the result indication (true or false) which would be returned when 
the conditional instruction re-executes. 

The third method is to disable the BSUN trap. Like the second method, this method cannot control 
the result indication (true or false) which would be returned when the conditional instruction re- 
executes. 

The fourth method involves examining the condition predicate and setting the condition code in 
the FRSR accordingly. This technique gives the most control since it is possible to pre-determine 
the direction of program flow. Bit 7 of the F-line operation word indicates where the conditional 
predicate is located. If bit 7 is set, the conditional predicate is the lower six bits of the F-line 
operation word. Otherwise, the conditional predicate is the lower six bits of the instruction word, 
which immediately follows the F-line operation word. Using the conditional predicate and the 
table in 4.4.1 IEEE Non-Aware Tests, the condition codes can be set to return a known result 
indication when the conditional instruction is re-executed. 



6.1.2 Signaling Not-a-Number 

An SNAN is used as an escape mechanism for a user defined, non-IEEE data type. The FRCR 
never creates an SNAN as a result of an operation; a NAN created by an operand error exception 
is always a non-signaling NAN. 

When an SNAN is an operand involved in an arithmetic instruction, the SNAN bit is set in the 
FRSR exception byte. Since the FMOVEM, FMOVE FPcr, and FSAVE instructions do not modify 
the status bits, they cannot generate exceptions. Therefore, these instructions are useful for 
manipulating SNANs. 

Trap Disabled Results: If the destination data format is S, D, X, or R, then the SNAN bit in the 
NAN is set to one and the resulting non-signaling NAN is transferred to the destination. No bits 
otherthan the SNAN bit of the NAN are modified, although the input NAN is truncated if necessary. 
If the destination data format is B, W, or L, then the 8, 16, or 32 most significant bits of the SNAN 
significand, with the SNAN bit set, are written to the destination. 
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Trap Enabled Results: For memory or MRU data register destinations, the result is written in the 
same manner as if the trap were disabled, and then a mid-instruction exception is signaled. If 
desired, the trap handler can overwrite the result. 

For floating-point data register destinations, instruction execution is terminated, and the floating- 
point data registers are not modified. In this case, the SNAN trap handler should supply the result. 

Note that the trap handler should use only the FMOVEM instruction to read or write the floating- 
point data registers, since FMOVEM cannot generate further exceptions. Also, only an FMOVEM 
instruction can write a SNAN into a floating-point data register. 

6.1.3 Operand Error 

The operand error category encompasses problems arising in a variety of operations, and includes 
those errors not frequent or important enough to merit a specific exception condition. Basically, 
an operand error occurs when an operation has no mathematical interpretation for the given 
operands. The possible operand errors are listed in Table 6-2. When an operand error occurs, the 
OPERR bit is set in the FPSR exception status byte. 

Table 6-2. Possible Operand Errors 



Instruction 


Condition Causing Operand Error 


FACOS 


Source is ± infinity, > + 1, or <-1 


FADD 


( + infinity) + ( - infinity) or ( - infinity) + ( + infinity) 


FASIN 


Source is ± infinity, > + 1, or <-1 . 


FATANH 


Source is > + 1, or <-1, Source= ±infinity 


FCOS 


Source is ± infinity 


FDIV 


0/0 or infinity/Infinity 


FGETEXP 


Source is ± infinity 


FGETMAN 


Source is ± infinity 


FLOG 10 


Source is <0, Source = -infinity 


FL0G2 


Source is <0, Source = -infinity 


FLOGN 


Source is <0, Source = -infinity 


FL0GNP1 


Source is <-1, Source = -infinity 


FMOD 


Floating-Point Data Register is ± infinity or Source is 0, Otiier Operand is Not a NAN 


FMOVE to 
B,W, or L 


Integer Overflow/Underflow, Source is Non-Signaling NAN, or Source is ± infinity 


FMOVE to P 


Result Exponent >999 (Decimal) or k-Factor > + 17 


FMUL 


One Operand Is 0, Other Operand is ± infinity 


FREM 


Floating-Point Data Register Is ± infinity or Source is 0, Other Operand is Not a NAN 


FSCALE 


Source is ± Infinity, Other Operand is Not a NAN 


FSGLDIV 


0/0 or infinity/infinity 


FSGLMUL 


One operand is 0, Other Operand is Infinity 


FSIN 


Source is ± Infinity 


FSINCOS 


Source is ± infinity 


FSQRT 


Source <0, Source = -infinity 


FSUB 


Source and floating-point data register are -F infinity or source and FPn are -infinity 


FTAN 


Source is ± infinity 
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Trap Disabled Results: For a memory or MRU data register destination, several possible results 
can be supplied, depending on the destination size and error type. (An operand error is never 
generated when the destination is an MPU data register or memory and the destination format 
is S, D, or X.) 

If the operand error is caused by an integer overflow or if the floating-point data register to be 
stored contains infinity, the result is the largest positive or negative integer that can fit in the 
specified destination format size. If the destination is B, W, or L and the floating-point number to 
be stored is a NAN, then the 8, 16, or 32 most significant bits of the NAN signiflcand are stored 
as the result. 

For packed decimal results, if the k factor is greater than +17, the result returned is a packed 
decimal string that assumes a k factor equal to +17. For packed decimal results where the absolute 
value of the exponent is greater than 999, the decimal string is returned with the three least- 
significant exponent digits in EXP2, EXP1, and EXPO. The fourth digit, EXP3, is supplied in the 
most significant four bits of the third byte in the string. Refer to 3.6 DATA FORMAT DETAILS for 
the packed decimal string format. 

If the destination is a floating-point data register, an extended precision non-signaling NAN (with 
all ones mantissa) is stored in the destination floating-point data register. 

Trap Enabled Results: For memory or MRU data register destinations, the destination operand is 
written as if the trap were disabled, and then a take exception primitive is returned to the MPU. 
This can only occur for the FMOVE FRm,<ea> instruction, and the exception is reported as a mid- 
instruction exception. If desired, the trap handler can overwrite the result generated by the FRCP. 

If the destination is a floating-point data register, the register is not modified by the FRCP. In this 
case, the trap handler should generate the appropriate result. 

To enable the trap handler to return a result for memory or MRU data register destinations, the 
MRU and the FRCP supply: 

1. The address of the instruction where the error occurred (in the FRIAR). By examining the 
instruction, the trap handler may determine the operation being performed, the value of the 
second operand (for dyadic instructions), and the destination location. 

2. The address of the destination in the mid-instruction stack frame (at offset +$10). This allows 
the trap handler to overwrite the NAN, if necessary, without recalculating the effective ad- 
dress. 

To enable the trap handler to return a result for floating-point data register destinations, the MPU 
and the FRCP supply: 

1. The address of the instruction where the error occurred (in the FRIAR). By examining the 
instruction, the trap handler may determine the operation being performed, the value of the 
second operand (for dyadic instructions), and the destination location. 

2. The exceptional operand in the FRCP idle state frame. For additional FSAVE state frame 
information, refer to 6.4.2 State Frames. When an SNAN trap occurs, the exceptional operand 
is the source input argument converted to extended precision. 

Note that the trap handler should use only the FMOVEM instruction to read or write the floating- 
point data registers since FMOVEM cannot generate further exceptions or change the condition 
codes. 



MOTOROLA MC68881/MC68882 USER'S MANUAL 

6-8 



6.1.4 Overflow 

An overflow occurs when the intermediate result of an arithmetic operation is too large to be 
represented in a floating-point data register using the selected rounding precision. A store to 
memory operation overflows when the value in the source floating-point data register is too large 
to be represented in the destination format. 

Overflow is detected for arithmetic operations where the destination is a floating-point data 
register when the intermediate result exponent is greater than or equal to the maximum exponent 
value of the selected rounding precision. (Refer to 2.2.2 FPCR Mode Control Byte.) Overflow is 
detected for store to memory operations when the intermediate result exponent is greater than 
or equal to the maximum exponent value of the destination data format. Overflow can only occur 
when the destination is in the S, D, or X format. Overflows when converting to the B, W, or L 
integer and packed decimal formats are included as operand errors. Refer to 3.6 DATA FORMAT 
DETAILS for the maximum exponent value for each format. At the end of any operation that could 
potentially overflow, the intermediate result is checked for underflow, rounded, and checked for 
overflow before it is stored to the destination. If overflow occurs, the OVFL bit is set in the FPSR 
exception byte. 

NOTE 

An overflow can occur when the destination is a floating-point data register and the 
selected rounding precision is single or double even if the intermediate result is small 
enough to be represented as an extended precision number. The intermediate result is 
rounded to the selected precision (both the mantissa and the exponent), and then the 
rounded result is stored in extended precision format. If the magnitude of the inter- 
mediate result exceeds the range of the selected rounding precision format, an overflow 
occurs. The FSGLMUL and FSGLDIV instructions are the exceptions in that, although 
the mantissa of the intermediate result is rounded to single precision, the exponent 
remains an extended format exponent. Therefore, those instructions can never report 
an overflow as long as the intermediate result is small enough to be represented in 
extended precision format. 

Trap Disabled Results: The current rounding mode determines the value to be stored at the 
destination, as follows: 
Rounding 
Mode Result 

RN Infinity, with the sign of the intermediate result 

RZ Largest magnitude number, with the sign of the intermediate result 

RM For positive overflow, largest positive number 

For negative overflow, - infinity 
RP For positive overflow, + infinity 

For negative overflow, largest negative number 

Trap Enabled Results: The result stored in the destination is the same as the result stored when 
the trap is disabled, and a take exception primitive is returned to the MRU. If the destination is 
memory or an MRU data register, the operand is stored, and then a take mid-instruction exception 
primitive is issued. If the destination is a floating-point data register, a take exception primitive 
is returned when the MRU reads the response CIR of the FRCP. Since the MC68881 does not allow 
multiple floating-point concurrency, a take pre-instruction exception is reported when the MPU 
attempts the next floating-point instruction. The MC68882 can report an exception as a mid- 
instruction exception on a subsequent floating-point instruction. 
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The address of the instruction that causes the overflow is available to the trap handler in the 
FPIAR. By examining the instruction, the trap handler can determine the arithmetic operation type 
and destination location. The trap handler can execute an FSAVE instruction to obtain additional 
information. When an FSAVE is executed, the exceptional operand is stored in the state frame. 
Refer to 6.4.2 State Frames for details of the FSAVE instruction state frames. When an overflow 
occurs, the exceptional operand is defined differently for various destination types: 

1. IVIemory or MPU data register destination — the value in the exceptional operand is the 
intermediate result mantissa rounded to the destination precision, with a 15-bit exponent 
biased as a normal extended precision number. In the case of a memory destination, the 
evaluated effective address of the operand is available in the IVIPU mid-instruction stack 
frame (at offset +$10). This allows the trap handler to overwrite the default result, if nec- 
essary, without recalculating the effective address. 

2. Floating-point data register destination — the value in the exceptional operand is the inter- 
mediate result rounded to extended precision, with an exponent bias of $3FFF-$6000 rather 
than $3FFF. The additional bias of -$6000 is used to "wrap" the 17-bit intermediate value 
into a value that can be represented in 15 bits. To recover the 17-bit twos complement 
exponent of the intermediate result, the 15-bit exponent of the exceptional operand should 
be sign extended to at least 17 bits (i.e., if it is manipulated in an MPU data register, it is 
sign extended to a long word value), and then the bias of $3FFF-$6000 should be subtracted 
from that number. Note that for most operations, the intermediate exponent value does not 
exceed 32,767 and thus can be contained in a 16-bit integer. However, a completely general 
exception handler should calculate a 17-bit exponent value. 

In addition to normal overflow, the exponential instructions implemented by the FPCP (ex, 
10X, 2x, SINH, COSH, and FSCALE) may generate results that overflow the 17-bit exponent 
used for intermediate results. For example, the ex function can easily overflow the 17-bit 
intermediate exponent if the source value is a large number (x ^ +18192). When such an 
overflow occurs (called a catastrophic overflow), the exceptional operand exponent value is 
set to $0000. This value is easily distinguished from the exceptional operand exponent values 
produced by normal overflow processing. The smallest exceptional operand exponent value 
that can be produced by a normal overflow i& $1FFF ($04000 + $3FFF-$6000, truncated to 15 
bits), while the largest exceptional operand exponent value is $7FFF ($0A000 + $3FFF-$6000, 
truncated to 1 5 bits). The catastrophic overflow exceptional operand exponent value of $0000 
is produced any time the unbiased exponent of the calculated intermediate result is a value 
greater than $0A000. 

Note that the trap handler should use only the FMOVEM instructions to read or write the floating- 
point data registers since FMOVEM cannot generate further exceptions or change the condition 
codes. 



6.1.5 Underflow 

An underflow occurs when the intermediate result of an aHthmetic operation is too small to be 
represented as a normalized number in a floating-point data register using the selected rounding 
precision. A store to memory operation underflows when the value in the source floating-point 
data register is too small to be represented in the destination format as a normalized number. 
Underflow is detected for arithmetic operations where the destination is a floating-point data 
register when the intermediate result exponent is less than or equal to the minimum exponent 
value of the selected rounding precision (refer to 2.2.2 FPCR Mode Control Byte). 
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Underflow is detected for store to memory operations when the intermediate result exponent is 
less than or equal* to the minimum exponent value of the destination data format. 

Underflow can only occur when the destination format is S, D, or X. When the destination format 
is packed decimal, underflows are included as operand errors. When the destination format is B, 
W, or L, the conversion underflows to zero without causing either an underflow or an operand 
error. See 3.6 DATA FORMAT DETAILS for the minimum exponent value for each format. 

At the end of any operation that could potentially underflow, the intermediate result is checked 
for underflow, rounded, and checked for overflow before it is stored at the destination. If an 
underflow occurs, the UNFL bit is set in the FPSR exception status byte. 

NOTE 

An underflow can occur when the destination is a floating-point data register and the 
selected rounding precision is single or double even if the intermediate result is large 
enough to be represented as an extended precision number. The intermediate result is 
rounded to the selected precision (both the mantissa and the exponent), and then the 
rounded result is stored in extended precision format. If the magnitude of the inter- 
mediate result is too small to be represented in the selected rounding precision format, 
an underflow occurs. The FSGLMUL and FSGLDIV are exceptions in that, although the 
mantissa of the intermediate result is rounded to single precision, the exponent remains 
an extended precision format exponent. Therefore, these instructions can never report 
an underflow as long as the intermediate result is large enough to be represented in the 
extended precision format. 

Trap Disabled Results: The result that is stored in the destination is either a denormalized number 
or zero. The intermediate result is always normalized because the FRCP ALU and temporary 
registers use a 17-bit exponent. Denormalization is accomplished by shifting the mantissa of the 
intermediate result to the right while incrementing the exponent untjl it is equal to the denor- 
malized exponent value for the destination format. The denormalized intermediate result is rounded 
to the selected rounding precision or destination format. 

If, in the process of denormalizing the intermediate result, all of the significant bits are shifted 
off to the right, the selected rounding mode determines the value to be stored at the destination, 
as follows: 

Rounding 
Mode Result 

RN Zero, with the sign of the intermediate result 

RZ Zero, with the sign of the intermediate result 

RM For positive underflow, + zero \ 

For negative underflow, smallest denormalized negative number 
RP For positive underflow, smallest denormalized positive number 

For negative underflow, - zero 



^Underflow is NOT detected for intermediate result exponents that are equal to the extended precision minimum exponent, since the 
explicit integer part bit of extended precision permits representation of normalized numbers with a minimum extended precision 
exponent. 
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Trap Enabled Results: The result stored ih the destination is the same as the result stored when 
traps are disabled, and a take exception primitive is returned to the MPU. If the destination is 
memory or an MPU data register, the operand is stored, and then a take mid-instruction exception 
primitive is issued. If the destination is a floating-point data register, a take exception primitive 
is returned when the MPU reads the response CIR of the FPCP. Since the MC68881 does not allow 
multiple floating-point concurrency, the exception is always reported as a pre-instruction exception 
when the next floating-point instruction is attempted. The MC68882, however, may report an 
exception as a mid-instruction exception on a subsequent floating-point instruction. 

The address of the instruction that caused the underflow is available to the trap handler in the 
FPIAR. By examining the instruction, the trap handler can determine the arithmetic operation type 
and destination location. The trap handler can execute an FSAVE instruction to obtain additional 
information. When an FSAVE instruction is executed, the exceptional operand is stored in the 
state frame. Refer to 6.4.2 State Frames for details of FSAVE state frames. The exceptional operand 
is defined differently for various destination types: 

1. Memory or MPU data register destination — the value in the exceptional operand is the 
intermediate result mantissa rounded to the destination precision, with a 15-bit exponent 
biased as a normal extended precision number. In the case of a memory destination, the 
evaluated effective address of the operand is available in the MPU mid-instruction stack 
frame (at offset -t-$10). This allows the trap handler to overwrite the default result, if nec- 
essary, without recalculating the effective address. 

2. Floating-point data register destination — the value in the exceptional operand is the inter- 
mediate result mantissa rounded to extended precision, with an exponent bias of $3FFF + $6000 
rather than $3FFF. The additional bias df -I- $6000 is used to "wrap" the 17-bit intermediate 
value into a value that can be represented in 15 bits. To recover the 17-bit twos complement 
exponent of the intermediate result, the 15-bit exponent of the exceptional operand is sign 
extended to at least 17 bits (i.e., if it is manipulated in an MPU data register, it is sign extended 
to a long word value), and then the bias of $3FFF + $6000 is subtracted from that number. 
Note that for most operations, the intermediate exponent value is not less than -32768, and 
thus can be contained in a 16-bit integer. However, a completely general exception handler 
should calculate a 17-bit exponent value. 

In addition to normal underflow, the exponential instructions implemented by the FPCP (ex, 
IQx 2 X , SINH, COSH, and FSCALE) may generate results that underflow the 17-bit exponent 
used for intermediate results. For example, the ex function can easily underflow the 17-bit 
intermediate exponent if the source value is a large number (x ^ -8192). When such an 
underflow occurs (called a catastrophic underflow), the exceptional operand exponent value 
is set to $0000. This is the smallest exception operand exponent value that can be produced 
by a normal underflow ($16001 -F$3FFF-F$6000, truncated to 15 bits), while the largest un- 
derflow exponent value is $5FFF ($1C000-F$3FFF + $6000, truncated to 15 bits). The cata- 
strophic underflow exceptional operand exponent value of $0000 is produced any time the 
unbiased 17-bit exponent of a calculated intermediate result has a value less than or equal 
to $16001. 

Note that the trap handler should use only the FMOVEM instructions to read or write to the 
floating-point data registers since FMOVEM caHhot generate further exceptions or change the 
condition codes. 

NOTE 

The IEEE standard defines two causes of an underflow: 
1. When a result is very small, the absolute value of the number is less than the 
minimum number that can be represented by a normalized number in a specific 
format 
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2. When loss of accuracy occurs while attempting to calculate a very small number 
(a loss of accuracy also causes an inexact exception) 

The IEEE standard specifies that if the underflow trap is disabled, an underflow should only be 
signaled when both of these cases are satisfied (i.e., the result is too small to represent with a 
given format, and there is a loss of accuracy during the calculation of the final result). If the trap 
is enabled, the underflow should be signaled any time a tiny result is produced, regardless of 
whether accuracy is lost in calculating it. 

The FPCP UNFL bit in the AEXC byte of the FPSR implements the IEEE trap disabled definition, 
since it is only set when a very small number is generated and accuracy has been lost when 
calculating that number. The UNFL bit in the EXC byte implements the IEEE trap enabled definition, 
since it is set anytime a tiny number is generated. Thus, if the FPCP underflow trap is enabled, a 
trap occurs when very small size alone is detected (as the IEEE standard specifies) to support the 
emulation of machines that underflow to zero, rather than using the IEEE gradual underflow 
method (i.e., denormalized numbers). If the underflow trap is disabled, the UNFL bit in the AEXC 
byte may be examined at the end of a calculation to determine if any result produced during the 
operation required representation as a denormalized number, and accuracy was lost when de- 
normalizing and rounding that result. 



6.1.6 Divide by Zero 

This exception occurs when a zero divisor occurs in a division, or when a transcendental function 
is asymptotic with infinity as the asymptote. Table 6-3 lists the instructions that can generate the 
divide-by-zero exception. When a divide-by-zero is detected, the DZ bit is set in the FPSR exception 
status byte. 



Table 6-3. Possible Divide-by-Zero Exceptions 




Instruction 


Input Operand Value 


FATANH 


Source Operand = ±1 


FDIV 


Source Operand = and FPn is Not a NAN, Infinity, 


or Zero 


FLOG10 


Source Operand = 


FL0G2 


Source Operand = 


FLOGN 


Source Operand = 


FL0GNP1 


Source Operand = -1 


FSGLDIV 


Source Operand = and FPn is Not a NAN, Infinity, 


or Zero 



Trap Disabled Results: Store the following results in the destination floating-point data register: 

• For the FDIV and FSGLDIV instructions, return an infinity with the sign set to the exclusive 
OR of the signs of the input operands. 

• For the FLOGx instructions, return minus infinity. 

• For the FATANH instruction, return a + infinity if the source operand is - 1 ; or a - infinity if 
the source operand is +1. 

Trap Enabled Results: The destination floating-point data register is not modified, and a take 
exception primitive is returned when the MPU reads the response CIR of the FPCP. Since the 
IVIC68881 does not allow multiple floating-point concurrency, the exception is always reported as 
a pre-instruction exception when the next floating-point instruction is attempted. The MC68882, 
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however, may report an exception as a mid-instruction exception on a subsequent floating-point 
instruction. The trap handler must generate a result to store in the destination. 

To assist the trap handler in this function, the FRCP supplies: 

1 . The address of the instruction where the divide-by-zero occurred (in the FPIAR). By examining 
this instruction, the trap handler can determine the operation being performed, the value of 
the source operand (for dyadic instructions), and the destination floating-point register num- 
ber. 

2. The FSAVE instruction that places the exceptional operand in a state frame. For additional 
FSAVE state frame information, refer to 6.4.2 State Frames. The exceptional operand is the 
source input argument converted to extended precision. 

Note that the trap handler should use only the FMOVEM instruction to read or write the floating- 
point data registers, since FMOVEM cannot generate further exceptions or change the condition 
codes. 



6.1.7 Inexact Result 

The FRCP provides two inexact bits (INEX1 and INEX2) to help distinguish between inexact results 
generated by decimal input (INEX1) and other inexact results (INEX2). Two inexact bits are useful 
in instructions in which both types of inexacts can occur, such as: 
FDIV.P #7E-1,FP3 

In this case, the packed decimal to extended precision conversion of the immediate source operand 
causes an inexact error to occur which is signaled as INEX1. Furthermore, the subsequent divide 
might also produce an inexact result and cause INEX2 to be set. Therefore, the FRCP provides 
two inexact bits in the FRSR exception status byte to distinguish these two cases. 

Note that only one inexact exception vector number is generated by the FRCP. If either of the two 
inexact exceptions is enabled, the MRU fetches the inexact exception vector, and the exception 
handler routine is initiated. Refer to 6.1.8 Inexact Result on Decimal Input for a discussion of 
INEX1. 

In a general sense, INEX2 is the condition that exists when any operation, except the input of a 
packed decimal number, creates a floating-point intermediate result whose infinitely precise man- 
tissa has too many significant bits to be represented exactly in the selected rounding precision 
(refer to 2.2.2 FPCR Mode Control Byte) or in the destination data format. If this condition occurs, 
the INEX2 bit is set in the FRSR exception status byte, and the infinitely precise result is rounded 
as described in the next paragraph. 

The FRCP supports the four rounding modes specified by the IEEE standard. These modes are 
round to nearest (RN), round toward zero (RZ), round toward plus infinity (RR), and round toward 
minus infinity (RM). The rounding definitions are: 

Rounding 
Mode Result 

RN The representable value nearest to the infinitely precise intermediate value is 

the result. If the two nearest representable values are equally near (a tie), then 
the one with the least significant bit equal to zero (even) is the result. This is 
sometimes referred to as "round nearest, even". 
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Rounding 
Mode 

RZ 



RM 



RP 



Result 

The result is the value closest to, and no greater in nnagnitude than, the infinitely 
precise intermediate result. This is sometimes referred to as the "chop mode" 
since the effect is to clear the bits to the right of the rounding point. 

The result is the value closest to and no greater than the infinitely precise 
intermediate result (possibly minus infinity). 

The result is the value closest to and no less than the infinitely precise inter- 
mediate result (possibly plus infinity). 



The RM and RP rounding modes are often referred to as "directed rounding modes" and are 
useful in interval arithmetic. Rounding is accomplished using the intermediate result format shown 
in Figure 6-2. 



17-BIT 
EXPONENT 



63-BIT 
FRACTION 



TTT 
I I I 



INTEGER BIT 
OVERFLOW BIT 



LEAST SIGNIFICANT BIT OF FRACTION 
GUARO BIT 
ROUND BIT 
STICKY BIT 



Figure 6-2. Intermediate Result Format 



Depending on the selected rounding precision or destination data format in effect, the location 
of the least significant bit of the fraction and the locations of the guard, round, and sticky bits in 
the 67-bit intermediate result mantissa varies. 

The guard and round bits are always calculated exactly. The sticky bit is used to create the illusion 
of an infinitely wide intermediate result mantissa. As shown by the arrow in Figure 6-2, the sticky 
bit is the logical OR of all the bits in the infinitely precise result to the right of the round bit. During 
the calculation stage of an arithmetic operation, any non-zero bits generated that are to the right 
of the round bit set the the sticky bit (which is used in rounding) to one. Because of the sticky 
bit, the rounded intermediate result for all required IEEE arithmetic operations in the round-to- 
nearest mode is in error by no more than one half unit in the last place. For transcendental 
instructions, the result may not be this accurate (refer to 4.3 COMPUTATIONAL ACCURACY). 

NOTE 

When the FRCP is programmed to operate in the single or double precision rounding 
mode, a method referred to as "range control" is used to assure correct emulation of a 
machine that only supports single or double precision arithmetic. When the FRCP per- 
forms any calculation, the intermediate result is in the format shown in Figure 6-2, and 
a rounded result stored into a floating-point data register is always in the extended 
precision format. However, if the single or double precision rounding mode is in effect, 
the final result generated by the FRCP is within the range of the format (except for the 
FSGLDIV and FSGLMUL instructions, as described in 4.5.5.2 UNDERFLOW, ROUND, 
OVERFLOW). 
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Range control is accomplished by not only rounding the intermediate result mantissa 
to the specified precision, but also checking the 17-bit intermediate exponent to ensure 
that it is within the representable range of the selected rounding precision format. If the 
intermediate exponent exceeds the range of the selected precision, the exponent value 
appropriate for an underflow or overflow is stored as the result in the 15-bit extended 
precision format exponent. For example, if the rounding precision and mode is single/ 
RM and the result of an arithmetic operation overflows the magnitude of the single 
precision format, the largest normalized single precision value is stored as an extended 
precision number in the destination floating-point data register (i.e., an unbiased 15-bit 
exponent of $OOFF and a mantissa of $FFFFFFOOOOOOOOOO). If an infinity is the appropriate 
result for an underflow or overflow, the infinity value for the destination data type is 
stored as the result (i.e., an exponent with the maximum value and a mantissa of zero). 

Figure 6-3 shows the algorithm that is used to round an intermediate result to the selected rounding 
precision or destination data format. If the destination is a floating-point register, the rounding 
boundary is determined by the selected rounding precision in the FPSR. If the destination is 
external memory or an MRU data register, the rounding boundary is determined by the destination 
data format. If the rounded result of an operation is not exact, then the INEX2 bit is set in the 
FPSR exception status byte. 

BEGIN 

IF GUARD, ROUND AND STICKY = 

THEN (RESULT IS EXACT) 

DONT SET INEX2 

DONT CHANGE THE INTERMEDIATE RESULT 
ELSE (RESULT IS INEXACT) 

SET INEX2 IN THE FPSR EXC BYTE 
SELECT THE ROUNDING MODE 

RM: IF INTERMEDIATE RESULT IS NEGATIVE 

THEN ADD 1 TO LSB 
RN: IF GUARD = 1 AND ROUND AND STICK = (TIE CASE) 
THEN IF LSB = 1 ADD 1 TO LSB 
ELSE IF GUARD = 1 ADD 1 TO LSB 
ENDIF 
RP; IF INTERMEDIATE RESULT IS POSITIVE 

THEN ADD 1 TO LSB 
RZ: (FALL THROUGH; GUARD, ROUND AND STICKY ARE CHOPPED) 
END SELECT 
IF OVERFLOW =1 
THEN 

SHIF MANTISSA RIGHT BY ONE BIT 
ADD 1 TO THE EXPONENT 
END IF 

SET GUARD, ROUND AND STICK TO 
END IF 
END 

Figure 6-3. Rounding Algorithm 



Trap Disabled Results: The rounded result is delivered to the destination. 

Trap Enabled Results: The rounded result is delivered to the destination, and an exception is 
reported to the MRU. If the destination is memory or an MRU data register, a take mid-instruction 
exception primitive is returned immediately after the operand is stored. If the destination is a 
floating-point data register, a take exception primitive is returned when the MRU reads the re- 
sponse CIR of the FRCR. Since the MC68881 does not allow multiple floating-point concurrency, 
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the exception is always reported as a pre-instruction exception wiien the next floating-point 
instruction is attempted. The MC68882, however, nnay report an exception as a mid-instruction 
exception on a subsequent floating-point instruction. 

The address of the instruction that generated the inexact result is available to the trap handler in 
the FPIAR. The trap handler can determine the location of the operand(s) by examining the 
instruction. In the case of a memory destination, the evaluated effective address of the operand 
is available in the MPU mid-instruction stack frame (at offset +$10). When an FSAVE is executed 
by an inexact trap handler, the value of the exceptional operand in the state frame is not defined 
(refer to 6.4.2 State Frame). An inexact exception differs from the other exceptions in this respect. 
If an inexact condition is the only exception that occurred during the execution of an instruction, 
the value of the exceptional operand is invalid. If multiple exceptions occur during an instruction, 
the exceptional operand value is related to a higher priority exception. 

Note that the trap handler should use only the FMOVEM instruction to read or write the floating- 
point data registers, since FMOVEM cannot generate further exceptions or change the condition 
codes. 

NOTE 

The IEEE standard specifies that inexactness should be signaled on overflow as well as 
for rounding. The FRCP implements this via the INEX bit in the FPSR AEXC byte. However, 
the standard also indicates that the inexact trap should be taken if an overflow occurs 
with the overflow trap disabled and the inexact trap enabled. Therefore, the FPCP takes 
the inexact trap if this combination of conditions occurs, even though the INEX1 or INEX2 
bits may not be set in the FPSR EXC byte. In this case, INEX is set in the AEXC byte and 
OVFL is set in both the EXC and AEXC bytes. 



6.1.8 Inexact Result on Decimal Input 

In a general sense, inexact result 1 (INEX1) is the condition that exists when a packed decimal 
operand cannot be converted exactly to extended precision in the current rounding mode. If this 
condition occurs, the INEX1 bit is set in the FPSR exception status byte, and the result of the 
decimal-to-binary conversion is rounded to extended precision (regardless of FPSR mode byte 
rounding precision) as shown in Figure 6-3. The FPCP provides two inexact bits (INEX1 and INEX2) 
to help distinguish between inexact results generated by decimal input conversions (INEXl) and 
other inexact results (INEX2). 

Trap Disabled Results: If the instruction is an FMOVE to a floating-point data register, the rounded 
result is stored in the floating-point data register. If the instruction is not an FMOVE, the rounded 
result is used in the calculation. 

Trap Enabled Results: The result is generated in the same manner as if traps were disabled, 
except that a take exception primitive is returned when the MPU reads the response CIR of the 
FPCP. Since the MC68881 does not allow multiple floating-point concurrency, the exception is 
always reported as a pre-instruction exception when the next floating-point instruction is at- 
tempted. The MC68882, however, may report an exception as a mid-instruction exception on a 
subsequent floating-point instruction. 

The address of the instruction that caused the inexact decimal conversion is available to the trap 
handler in the FPIAR. The trap handler can determine the location of the decimal string by ex- 
amining the instruction, although the effective address of the string must be recalculated (if 
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possible) by the trap handler. When an FSAVE is executed by an inexact trap handler, the value 
of the exceptional operand in the state frame is not defined (refer to 6.4.2 State Frame). An inexact 
exception differs from the other exceptions in this respect. If the inexact conversion is the only 
exception that occurs during the execution of an instruction, the value of the exceptional operand 
is invalid. If multiple exceptions occur during an instruction, the exceptional operand value is 
related to a higher priority exception. 

Note that the trap handler should use only the FMOVEM instruction to read or write the floating- 
point data registers, since FMOVEM cannot generate further exceptions or change the condition 
codes. 



6.1.9 Multiple Exceptions 

Dual and triple instruction exceptions may be generated by a single instruction in a few cases. 
When multiple exceptions occur with traps enabled for more than one exception class, only the 
highest priority exception trap is taken; the other enabled exceptions do not cause a trap. The 
higher priority trap handler must check for multiple exceptions. The priority of the traps is as 
follows: 

BSUN Highest Priority 

SNAN 

OPERR 

OVFL 

UNFL 

DZ 

INEX2/INEX1 Lowest Priority 

The multiple instruction exceptions that can occur are: 
SNAN and INEX1 
OPERR and INEX2 
OPERR and INEX1 
OVFL and INEX2 and/or INEX1 
UNFL and INEX2 and/or INEX1 
INEX2 and INEX1 



6.1.10 IEEE Exception and Trap Compatibility 

The IEEE standard defines only five exceptions. The FPCP FPSR AEXC byte contains bits repre- 
senting these five exceptions, which are defined to function exactly as the standard specifies the 
exceptions. However, it may be more useful to differentiate the IEEE required exceptions into the 
eight exceptions represented in the FPSR EXC byte. Since the FPCP uses the bits in the FPSR EXC 
byte and the FPCR ENABLE byte to determine when to trap, there are seven ppssible instruction 
traps defined (INEX1 and INEX2 share one exception vector) instead of the five defined by the 
standard. 

If it is necessary to write an application program that only supports the five IEEE specified traps, 
the BSUN, SNAN, and OPERR exception vectors should be set to point to the same handler 
routine. This allows the FPCP to support the invalid operation exception defined in the IEEE 
standard, which is represented by the invalid operation (lOP) bit in the AEXC byte. 
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To satisfy other requirements in the IEEE standard, the FPCP does the following: 

1 . A one is ORed into the AEXC byte lOP bit if the BSUN, SNAN, or OPERR bit is set in the EXC 
byte. 

2. A one is ORed into the AEXC byte UNFL bit only if both the UNFL and the INEX2 bits of the 
EXC byte are set. However, per the IEEE standard, the underflow trap is based only on the 
UNFL bit in the EXC byte,. 

3. A one is ORed into the AEXC byte INEX bit if the INEX1, INEX2 or OVFL bit is set in the EXC 
byte. 

4. The IEEE standard requires that an inexact trap be taken if it is enabled, an overflow occurs, 
and the overflow trap is disabled. Thus, if the OVFL bit is set in the EXC byte, the OVFL bit 
is not set in the ENABLE byte, and the INEX2 bit is set in the ENABLE byte, then the inexact 
trap is taken. 

The equations for items 1, 2, and 3 are: 
AEXC(IOP) = AEXC(IOP)vEXC(BSUNvSNANvOPERR) 
AEXC(UNFL) = AEXC(UNFL)vEXC(UNFLAINEX2) 
AEXC(INEX) = AEXC(INEX)vEXC(INEX1vlNEX2vOVFL) 

The equation for item 4 (inexact trap taken) is: 
Inexact Trap = 

[[EXC(OVFL)vEXC(INEX2)]AENABLE(INEX2)]v[EXC(INEX1)AENABLE(INEX1)] 
where: 
"v" = logical OR 
"A" = logical AND 

6.1.11 Illegal Command Words 

Illegal coprocessor commands are coprocessor command word bit patterns that are not imple- 
mented by the FPCP. The FPCP reports illegal coprocessor commands as pre-instruction excep- 
tions, using the F-line emulator vector number. The specific illegal command word bit patterns 
are defined in 4.7 INSTRUCTION ENCODING DETAILS. 

FPCP instructions consist of an operation word, a coprocessor command word (if any), and 
extension words (if any). The MPU detects an illegal operation word and the FPCP detects an 
illegal command word. 

For the case where a coprocessor-detected instruction trap is pending when the MPU writes an 
illegal coprocessor command to the FPCP command CIR, the coprocessor first reports the pending 
instruction exception as a pre-instruction exception. Following exception processing of the in- 
struction exception, the MPU resumes execution of the main program at the beginning of the 
illegal coprocessor command, by writing to the command CIR again. The illegal instruction ex- 
ception is then reported by the FPCP. 

6.1.12 Coprocessor-Detected Protocol Violation 

All interprocessor communications in the coprocessor interface occur as standard M68000 bus 
cycles. A failure in this communication results in the FPCP reporting a mid-instruction exception 
with the coprocessor protocol violation vector number. When a protocol violation has been de- 
tected by the FPCP, the response CIR is encoded to the take mid-instruction primitive and the 
next read of the response CIR by the main processor terminates the dialog. 
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The MC68881 signals a protocol violation when unexpected accesses of the command, condition, 
register select, or operand CIRs occur. Coprocessor detected protocol violations occur when: 

1. The MC68881 is expecting a write to the command or condition CIR, and instead an access 
of the register select or operand CIR occurs. 

2. The MC68881 is expecting a read of the register select or operand CIR, and instead a write 
to the command, condition, or operand CIR occurs. 

3. The MC68881 is expecting a write to the operand CIR, and instead either a write to the 
command or to the condition CIR or a read of the register select or of the operand CIR occurs 

The MC68882 signals a protocol violation when unexpected accesses of the command, condition, 
register select, operand, or instruction address CIRs occur. For the MC68882, coprocessor-detected 
protocol violations occur when: 

1. The MC68882 is expecting a write to the command or condition CIR, but a read or write 
operation to the register select CIR or to the operand CIR or a write operation to the instruction 
address CIR occurs instead. 

2. The MC68882 is expecting a read of the register select CIR or of the operand CIR, but a write 
operation to the command CIR, the condition CIR, the operand CIR, the instruction address 
CIR, or the register select CIR occurs instead. 

3. The MC68882 is expecting a write operation to the operand CIR, but a write operation to the 
command CIR or to the condition CIR or a read of the register select CIR, the operand CIR, 
or instruction address CIR occurs instead. 

4. The MC68882 is expecting a write operation to the instruction address CIR, but a write 
operation to the command CIR, the condition CIR, the operand CIR, or the register select CIR 
or a read of the operand CIR or the register select CIR occurs instead. 

For these violations, the FRCP maps the 16-bit register select CIR onto the upper word of the 32- 
bit operand register. Thus, inconsistent data is read from the operand CIR, and write cycles cannot 
store the correct value. Of course, this is of no consequence since the protocol violation invalidates 
any operation being attempted by the FRCP or the main processor. 

During normal operation, the FRCP synchronizes interprocessor communication by delaying the 
assertion of DSACKx, if necessary. However, upon detection of a protocol violation, the MC68881 
always terminates the access by immediately asserting DSACKx. 

Note that in certain cases resulting from serious system programming errors, an unrecoverable 
protocol violation may occur when using the MC68882. This particular case of the protocol violation 
occurs during the coprocessor interface dialog for the FMOVE and FMOVEM instructions if a read 
of the operand CIR occurs before the evaluate <ea> and transfer data (DR = 1) or the transfer 
multiple coprocessor registers (DR = 1) primitive is issued. In this case, the protocol violation is 
not reported via the take mid-instruction primitive as is the normal case. Instead, the I\/1C68882 
ignores the access completely, and it is the responsibility of the system watchdog timer to abort 
the access to the operand CIR by asserting the bus error signal to the main processor. The MC68020 
and MC68030 cannot cause this protocol violation to occur except through misuse of the MOVES 
instruction. 

A protocol violation cannot occur as a result of an access to the reserved register locations, a 
read of a write-only register, or a write to a read-only register (a read of a reserved or write-only 
register always returns a value of all ones). One exception to this rule is that a write access to 
the register select CIR causes a protocol violation. Reads of the save or response CIR are always 
valid as are writes to the restore or control CIR. 
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While the MC68881 can request that the MPU write the instruction address CIR (by setting the 
PC bit in a primitive response), accesses of this register are neither expected or unexpected. Thus, 
when the MC68881 is utilized as a peripheral processor where no concurrent instruction execution 
occurs, requests to transfer the PC may be ignored without incurring a protocol violation. When 
the instruction address CIR is written by the main processor, the MC68881 updates the FPIAR 
with the written value without regard to "correct" protocol. 

Since the MC68882 provides concurrent execution of multiple floating-point instructions, it re- 
quires program counter values to be transferred when requested to guarantee a valid FPIAR for 
a concurrently-executed instruction which reports an exception. Whenever the MC68882 requests 
the PC value, it reports a protocol violation if the main processor does not transfer the PC value 
by writing the instruction address CIR. 

A protocol violation is the highest priority coprocessor-detected exception. It is also considered 
to be a fatal exception, since the MPU acknowledgment of the protocol violation exception clears 
any pending FPCP instruction exceptions and aborts any instruction in progress. 

NOTE 

To distinguish between a protocol violation detected by the MPU or the FPCP, an ex- 
ception handler can read the response CIR and evaluate the returned primitive. If the 
protocol violation is detected by the FPCP due to an unexpected access, the operation 
being executed previously is aborted, and the FPCP assumes the idle state when the 
exception acknowledge is received. Therefore, the primitive read from the response CIR 
is null (CA = 0). If the protocol violation is detected by the MPU due to an illegal primitive, 
the FPCP response CIR contains that primitive when the exception handler reads it. (Since 
the FPCP cannot internally generate an illegal primitive, an MPU detected protocol vi- 
olation indicates a hardware failure.) 

To read the response CIR in a hardware independent manner, the trap handler should use the 
move alternate address space (MOVES) instruction. For example, the following instruction se- 
quence reads the response CIR of the coprocessor with CPID= 1 into an MPU data register: 

MOVE.B #7,D0 Prepare the SFC register 

MOVEC DO,SFC for a CPU space cycle. . . 

MOVES.W $00022000,00 Execute a "coprocessor" cycle. 



6.1.13 Recovery from Exceptions 

When a coprocessor-detected exception occurs, enough information is made available to the trap 
handler to perform the necessary corrective action and then resume execution of the program 
that caused the exception. Of course, in some instances, it may not be valid to resume execution 
of the program; recovery is not possible for protocol violations. The information available to an 
exception handler is described in the previous sections, and the following paragraphs describe 
the methods used to resume execution of a program after an exception is appropriately handled. 

In all cases, the stack frame generated by the MPU in response to a coprocessor-detected exception 
contains a program counter value that points to the instruction to be executed upon return from 
the exception handler. In the case of pre-instruction exceptions, the instruction to be executed 
upon return is the FPCP instruction that was attempted, but preempted by a pending exception. 
For mid-instruction exceptions (other than interrupts), two pointers are saved: the address of the 
FPCP instruction that caused the exception and the address of the instruction immediately fol- 
lowing that FPCP instruction. Furthermore, the FPIAR contains a pointer to the FPCP instruction 
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that caused the exception in both cases. Thus, an exception handler can always locate the in- 
struction that caused an exception, and identify the next instruction to be executed upon return 
from the handler. 

When the MPU executes a return from exception (RTE) instruction, it reads the stack frame from 
the top of the active system stack and restores that context. In the case where the stack frame 
was generated by an FRCP pre-instruction exception, the context that is restored is the MPU 
context of the preempted FPCP instruction. The FPCP instruction begins execution in the normal 
manner, with the MPU writing the coprocessor command word to the FPCP. 

In the case where the RTE stack frame is generated by a coprocessor-detected mid-instruction 
exception, the context restore operation is slightly different. In this case, the MPU must complete 
execution of the instruction that was suspended by the exception. When the RTE instruction 
completes execution, the MPU first reads the response CIR of the FPCP to determine the next 
appropriate action. 

NOTE 

Since the MC68881 always finishes execution of the instruction that causes this type of 
exception before reporting it, the response that is returned is null (CA = 0, PF = 1), which 
releases the main processor to continue with the execution of the next instruction. Note 
that after a take mid-instruction exception primitive is returned, the main processor is 
not required by the MC68881 to perform a read from the response CIR before initiating 
the next floating-point instruction, but the MPU always performs this action when proc- 
essing a mid-instruction stack frame. 

An MC68881 arithmetic exception handler (i.e., a handler for any exception other than the BSUN 
exception) routine is not required to perform any action to clear the cause of an exception. In 
fact, an MC68881 arithmetic exception handler may consist of a single RTE instruction (which 
produces the same logical effect as disabling an exception). This is because the main processor 
acknowledges the exception by writing to the control CIR when the coprocessor signals an ex- 
ception to the MPU, and the exception acknowledge clears any pending exceptions in the MC68881 . 
Thus, the MC68881 arithmetic exception handler is not required to clear any status bits or read 
any MC68881 registers in order to prevent the reocurrenceof an exception when an RTE instruction 
is executed. However, an RTE instruction alone does not prevent the reoccurrence of an MC68882 
exception. The MC68882 does not clear the pending floating-point exception in response to the 
exception acknowledge. An MC68882 arithmetic exception handler must meet certain require- 
ments in order to clear the cause of the exception. Refer to 5.2.2 Exception Handler Code for the 
MC68882 exception handler requirements. In the case of the BSUN exception handler, some action 
must be taken (as described in 6.1.1 Branch/Set on Unordered (BSUN) by the exception handler 
to avoid an infinitely executing loop. 

For the MC68881, if an exception handler includes any FPCP instruction other than an FMOVEM, 
an FSAVE should be the first FPCP instruction to be executed. This assures that an exception 
handler cannot generate any exceptions related to, or modify the context of, the program that 
caused the exception. For the MC68882, all exception handlers must begin with an FSAVE in- 
struction, even when they do not contain any floating-point instructions. The FPIAR value must 
be saved before any instruction other than an FMOVEM is executed, so that the address of the 
instruction that caused the exception is not lost. When the exception handler completes the error 
recovery and is prepared to return to the suspended program, an FRESTORE is executed as the 
last FPCP instruction; this restores the previous context of the program that caused the exception. 
Refer to 5.2.2 Exception Handler Code for other requirements of the MC68882 exception handler. 
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6.2 MAIN PROCESSOR DETECTED EXCEPTIONS 

The following paragraphs describe exceptions that are detected by the IVIPU during FPCP instruc- 
tion execution. Refer to the main processor user's manual for additional information on these 
exceptions, and the pre- and mid-instruction exception main processor stack frames. 

6.2.1 Trap on Coprocessor Condition Instruction 

The FPCP trap on condition instruction is initiated when the MPU writes a conditional predicate 
to the FPCP for evaluation and reads a true/false result in the FPCP response primitive. If the FPCP 
indicates that the condition is true, the MPU takes a post-instruction exception using the TRAPV/ 
TRAPcc vector number. 

The stack frame generated by the MPU in response to this exception contains two pointer values: 

1. A pointer to the FTRAPcc instruction that caused the exception 

2. A pointer to the instruction that follows the FTRAPcc (the pointer to which the processor 
returns if an RTE instruction is executed) 

6.2.2 Illegal Instructions 

The FPCP instructions consist of an operation word, a coprocessor command word (if any), and 
extension words (if any). The MPU detects illegal operation words, and the FPCP detects illegal 
command words. When the MPU detects an illegal operation word for a coprocessor instruction, 
it takes a pre-instruction exception using the F-line emulator vector number. Refer to 4.7 IN- 
STRUCTION ENCODING DETAILS for specific bit patterns that are illegal coprocessor operation 
words. 

In addition to detecting an illegal operation word, the MPU can detect an illegal instruction even 
though the operation word is valid. This occurs when the addressing mode of the instruction is 
not valid. When the FPCP returns a primitive response to the MPU that requests a data transfer 
to or from the effective address, the FPCP either implicitly or explicitly indicates the valid ad- 
dressing modes for an instruction. Thus, the MPU can determine that properly formed FPCP 
operation words and primitive responses are invalid if they specify operations that are illegal, 
such as writing to a non-alterable effective address. 

When the MPU detects an invalid instruction in this manner, it terminates the FPCP execution of 
the instruction by writing an abort to the control CIR. (The MC68882 only aborts the instruction 
with the invalid effective address without disturbing concurrently-executed instructions. The MPU 
then takes a pre-instruction exception using the F-line emulator vector number. Termination of 
the FPCP instruction execution in this manner does not alter any visible processor or coprocessor 
registers or status (such as pending coprocessor exceptions). Use of the F-line emulator trap 
allows the operating system to emulate any extensions to the FPCP that are not supported by a 
specific processor. 

6.2.3 Main-Processor-Detected Protocol Violations 

If the MPU reads an FPCP response primitive that it interprets as an illegal primitive, it does not 
terminate the FPCP execution of the instruction by writing to the coprocessor interface control 
register. Instead, the MPU takes a mid-instruction exception using the coprocessor protocol vi- 
olation vector number. 
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Since the FRCP never issues an illegal response primitive, this feature of the MPU serves to detect 
a failure of interprocessor communications. If a protocol violation is taken on an FRCP instruction, 
whether detected by the FRCP or the MRU, a system failure may be assumed. Refer to 6.1.12 
Coprocessor-Detected Protocol Violation for an example of how an exception handler can de- 
termine the cause of a protocol violation. 



6.2.4 Trace Exceptions 

To aid in program development, the MRU includes a facility to allow instruction-by-instruction 
tracing. In the single-step trace mode, after each instruction is executed, the MPU takes a post- 
instruction exception using the trace vector number. This allows a debugging program in the 
trace exception handler to monitor the execution of a program under test. Refer to the main 
processor user's manual for a complete description of the trace mode. 

Many FRCP instructions can operate concurrently with MRU instructions, and defer the reporting 
of coprocessor detected instruction exceptions until the next FRCP instruction is dispatched by 
the MRU. This provides a sequential instruction execution model even though concurrent instruc- 
tion execution may occur. To guarantee that pending exceptions are always reported at the same 
point in an instruction sequence, regardless of whether tracing is enabled, the FRCP always 
releases the MRU at the end of an instruction that allows concurrency before reporting the ex- 
ception. This sequence is important, because the MPU (when in the trace mode) waits for an 
instruction to complete before proceeding. 

To provide consistent reporting of exceptions, the FRCP always returns the null (CA = 0, RF=1) 
primitive when it completes execution of an instruction that allows concurrency, and then reports 
a pending exception only after a write to the command or condition CIR. 

The synchronization of the two devices in the trace mode is accomplished through the PF bit in 
the null primitive (see 7.1 CHIP-SELECT DECODE). When the trace mode is enabled, the MRU 
repeatedly reads the response CIR to determine when the FRCP completes instruction execution. 
If the null (CA = 0, IA=1, RF = 0) primitive is read, then the MPU checks for pending interrupts, 
and if none are pending, reads the response CIR again. This process continues until the MPU 
receives a null (CA = 0, PF = 1 ) primitive from the FRCP, at which time it performs the trace exception 
processing. 

In order for a trace exception to be transparent to normal program execution, the trace handler 
routine must take certain precautions to prevent disturbing the context of the FRCP. When the 
main processor detects an exception, it automatically saves the most volatile portion of the current 
context and processes the exception immediately; thus, the trace handler routine is not required 
to perform any MRU context save in order for the system to operate properly. The FRCP does not 
operate in this manner, since it cannot initiate exception processing until the MRU attempts to 
execute a new floating-point instruction. Also, the context information that must be saved for the 
FRCP Is more extensive than that of the main processor; thus, the software must perform the 
save only when necessary. The important consideration for a trace exception handler is that it 
must perform a more extensive context save for the FRCP than for the MRU (since part of the 
MRU context save is automatic). Also, it should not execute any FRCP instruction that may cause 
a pending exception to be reported, or a new exception to occur. 

Because of these constraints, the first and last FRCP instructions of a trace exception handler 
should be the FSAVE and FRESTORE instructions, respectively. By executing the FSAVE instruction 
before any other floating-point instruction, the FRCP saves any pending exceptions in a state 
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frame and then clears them internally; thus, an exception generated by the main program cannot 
be reported while the trace exception handler is executing. After the FSAVE instruction is executed, 
the FMOVEM instruction can be used to save the user-visible portion of the FRCP context. Then 
the trace handler is free to utilize the coprocessor as desired, without affecting the main program 
context. When the trace handler is ready to return to the main program, the FMOVEM instruction 
is used to restore the user-visible context, followed by an FRESTORE instruction to reinstate the 
exact context of the FRCP prior to the trace exception processing. Note that since the MPU is 
forced to wait until the completion of an FRCP Instruction before processing a pending trace 
exception, the execution of the FSAVE instruction by the trace handler always results in an idle 
state frame being saved. The user-visible registers contain the results of the last floating-point 
instruction. This would not be the case if the trace exception handler were allowed to begin 
execution before the FPCP instruction is completed. Processors other than the MPU must imple- 
ment the trace synchronizatiqp mechanism in software (by polling the PF bit) in order to assure 
these conditions. 



6.2.5 Interrupt 

When the FPCP is busy executing an instruction, it may issue a null (CA=1, IA=1) primitive 
response, which requests the MPU to continue polling the response register. (This only occurs if 
the FPCP requires additional services from the MPU for the current instruction.) This response 
also indicates to the MPU that it may sample interrupts between reads of the response CIR. If 
there is no interrupt pending, the MPU reads the response CIR again. If there is an interrupt 
pending, the MPU takes an interrupt exception using the mid-instruction stack frame. Upon exiting 
from the interrupt handler, the MPU re-polls the FPCP response CIR to continue the suspended 
instruction dialog. 

In the trace mode, an interrupt can temporarily break the synchronization of the MPU and the 
FPCP. This can occur when the MPU receives a null (CA = 0, IA=1, PF = 0) primitive. In this case, 
the MPU checks for interrupts before reading the response CIR again; if an interrupt is pending, 
the interrupt exception is processed immediately. In response to the interrupt, the MPU saves a 
10-word mid-instruction stack frame with the trace pending status saved as part of the previous 
context information. When the interrupt handler completes execution and performs an RTE in- 
struction, the MPU returns to the trace pending mode and reads the response CIR to determine 
if the previous coprocessor instruction is completed. In this manner, the exception processing for 
the interrupt is completely transparent to the handling of the trace exception by the MPU and 
FPCP pair. 

If an interrupt handler for a system using an MC68881 requires the use of the MC68881, or if a 
task switch requires that the context be saved, an FSAVE instruction should be the first floating- 
point instruction executed by the routine. To restore the original context, an FRESTORE must be 
executed by the routine before the RTE instruction. If an interrupt handler does not interact with 
the MC68881, no context save operations are required. 

For a system using an MC68882, each interrupt handler must be enclosed within an FSAVE/ 
FRESTORE instruction pair, even if the handler does not execute an MC68882 instruction. 

Many FPCP instructions require a fairly long time to execute, and the MPU may be forced to wait 
until the FPCP execution is complete before proceeding to the next instruction (either because 
the instruction does not allow concurrency or the main processor is in the trace mode). Normally, 
the MPU can only process pending interrupts when it reaches an instruction boundary, but this 
might adversely affect interrupt latency if it is not allowed to process interrupts while waiting on 
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the FPCP. To reduce interrupt latency as much as possible, the FRCP always sets the interrupts 
allowed (lA) bit in the null (CA=1) and null (CA = 0, PF = 0) primitives; thus allowing interrupts to 
be processed while the MPU is waiting for the coprocessor to complete an operation. In fact, 
most FPCP instructions, regardless of their overall execution time, provide for very small interrupt 
latency times. The worst case interrupt latency instruction for the FPCP is the FRESTORE with a 
busy state frame (see 8.3 INTERRUPT LATENCY TIMES for more information). 



6.2.6 Address and Bus Errors 

Bus cycle faults may occur while processing FPCP instructions during the MPU accesses of the 
coprocessor interface registers, or during memory cycles run by the MPU to access instructions 
or data. If the MPU receives a fault while running the bus cycle which initiates an FPCP instruction 
(i.e., the initial write to the command or condition CIR), it assumes that no FPCP is present in the 
system, and takes a pre-instruction exception using the F-line emulator vector number. Thus, an 
MPU system may utilize software emulation of the FPCP or provide hardware floating point, and 
the actual configuration is transparent to the application program. If any other access to the FPCP 
is faulted, it is assumed that the coprocessor has failed, and the MPU takes a bus error exception. 

If the MPU has a memory fault while executing an FPCP instruction, it takes an address error or 
bus error exception. After the fault handler corrects the fault condition, it may return and com- 
munication with the FPCP continues as if the fault had not occurred. 



6.2.7 Privilege Violations 

The MPU operates at one of two privilege levels: the user level or the supervisor level. The 
privilege level determines which operations are legal, and the S bit in the MPU status register 
determines the privilege level. Most programs execute at the user level where accesses are 
controlled, and effects on other parts of the system are limited. The operating system executes 
at the supervisor level, has access to all resources, and may execute all instructions; hence, it 
performs the overhead tasks for the user level programs. 

The FPCP FSAVE and FRESTORE instructions are privileged instructions; all others are non- 
privileged. An attempt to execute the FSAVE or FRESTORE instructions while at the user privilege 
level results in the MPU taking a pre-instruction exception using the privilege violation vector 
number. 



6.2.8 Format Error Exceptions 

When the FRESTORE instruction is executed, the FPCP checks the validity of the format word 
written to the restore CIR by the MPU. Refer to 6.4.2 State Frames for information on the format 
word. The FPCP returns an invalid format word ($02XX) in the restore CIR when the format word 
from MPU is not valid. The MPU then takes a pre-instruction exception using the format error 
vector number. Refer to 7.5.4.7 FORMAT EXCEPTION, FRESTORE INSTRUCTION for further in- 
formation on the FRESTORE format error exception. 

When an FSAVE instruction is initiated while the FPCP is executing a previous FSAVE or FRESTORE 
instruction, the FPCP returns an invalid format word ($02XX) in the save CIR. The MPU then takes 
a pre-instruction exception using the format error vector number. Refer to 7.5.4.6 FORMAT EX- 
CEPTION, FSAVE INSTRUCTION for further information on the FSAVE format error exception. 
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6.3 IVIC68882 EXCEPTION HANDLERS 

MC68882 exception handlers can be derived by modifying existing MC68881 handlers. The re- 
quired nnodifications are discussed in 5.2.2 Exception Handler Code. Note that if the guidelines 
in the referenced text are met, the resulting MCfe8882 handlers can be used with no adverse effects 
for systems that use the MC68881. Since the MC68882 is pin-compatible and user-software- 
compatible with the MC68881 , the exception handlers can be written to meet the system software 
requirements of both the MC68881 and the MC68882. When this is done, systems that only use 
the MC68881 at present can replace the MC68881 with the MC68882 using the same socket, without 
changing either applications or systems software. 

6.4 CONTEXT SWITCHING 

In most types of multitasking systems, it is often necessary to take control from one program and 
give control to another program. This requires the operating system to extract (from the FPCP) 
data corresponding to one program context and load the context corresponding to the next 
program to be executed. The information that must be exchanged is divided into two categories: 

1. Programmer's model consists of data accessible by the programmer using non-privileged 
instructions. This data is saved and restored using the FMOVEM instructions. 

2. Internal state consists of various internal flags and registers that are vital in restoring the 
FPCP to the proper state. The application program need not be concerned with the internal 
state. These internal flags and registers are accessed by the privileged FSAVE and FRESTORE 
instructions. 

The following paragraphs describe how this context information is manipulated. 

6.4.1 FSAVE and FRESTORE Instruction Overviews 

The basic mechanism for performing a context switch on the FPCP is provided by the FSAVE and 
FRESTORE instructions. These instructions are a logical extension to the instruction continuation 
mechanism that is used by the MC68010, MC68020, and MC68030 processors to support virtual 
memory. The FSAVE instruction is treated much like a microcode level interrupt to the FPCP, 
instructing it to suspend any operation that is being executed (at the earliest possible boundary) 
and make a complete copy of the internal state of the machine into memory. This is similar to 
the effect of the assertion of bus error to the main processor. To restore the internal state saved 
by the FSAVE instruction, the FRESTORE instruction is used, which is similar to the RTE instruction 
on the main processor. 

The internal state information that is stored in memory by the FSAVE instruction contains the 
image of the flags and registers not visible to the user, including the address in the microprogram 
counter, temporary register values, and pending exception information. After the execution of an 
FSAVE, the FPCP enters the idle state, and any pending exceptions are cleared. To perform a 
complete context save, FMOVEM instructions must be used to save the user-visible portion of 
the machine; and then a new context may be loaded. When it is necessary to reload the context 
that was previously saved, these steps are reversed: first, the FMOVEM instructions load the user- 
visible context, followed by an FRESTORE instruction, which loads the non-user-visible context. 
After the execution of the FRESTORE, the FPCP returns to the exact context that existed just before 
the FSAVE instruction was executed, and execution continues from that point. 

Depending on the state of the FPCP when an FSAVE instruction is executed, the format of the 
internal state information written to memory may be in one of three forms: idle, null, or busy. 
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Also, the FRCP may force the MPU to wait for a short time while the internal state is prepared 
for the save operation. During execution of an FRESTORE instruction, the FRCP interprets the 
state information read from memory (and written to the restore CIR) to determine the appropriate 
response action. The FRESTORE is destructive in that the FRCP immediately stops any operation 
that it may be performing and begins to load the next context; thus there is no need for a 
mechanism in the FRESTORE instruction to allow the FRCP to make any service requests to the 
MRU. The protocol of the FSAVE and FRESTORE instructions is described in detail in a subsequent 
paragraph. 



6.4.2 State Frames 

The three state frame formats that are generated by the MC68881 are shown in Figure 6-4. In all 
three state frames, the first long word of the frame has the same format. The least significant 
word of this long word is reserved for future definition by Motorola; it is included to allow long 
word alignment of a state frame in memory. The most significant word of the first long word 
(called the format word) contains the version number of the coprocessor that generated the state 
frame (in the most significant byte) and the size of the internal state stored in the frame (in the 
least significant byte). For the null state frame, the size value is undefined. Although the version 
number and frame size values are defined by the MC68881, the M68000 Family coprocessor 
interface defines the null format word which is the one format word value that must be recognized 
by any coprocessor as described in a subsequent paragraph. 

Two of the state frame formats for the MC68882, shown in Figure 6-5, differ from the corresponding 
state frames for the MC68881 in two respects. First, the idle and busy state frames each contain 
32 additional bytes, which store the CU internal state. Second, the saved CU internal state is saved 
at the top of the frame, immediately following the format word. This results in offsets to the APU 
information that are greater than those for corresponding data in the MC68881 state frames by 
$20. The null state frame consists only of the format word in both coprocessors. 

When an FSAVE instruction is executed, the format word is the first data item transferred to the 
MPU, and the main processor uses the size value to perform the correct address calculations. 
During an FRESTORE instruction, the format word is written to the FRCP to initiate the restore 
operation. When this occurs, the FRCP checks the version number and frame size values for validity 
and signals a format exception if they are not valid for this particular device. The version number 
is an 8-bit value that identifies the microcode version of the FRCP, and the format of this number 
is defined internally by the FRCP. Future devices will use a unique combination of the version 
number and frame size values in order to guarantee that various revisions of the device cannot 
incorrectly utilize an internal state frame that is not valid for that revision. 

In addition to being used by the FRCP to validate a state frame before it is used in a restore 
operation, the format word can be used by a user program to identify the format of a state frame 
and the saved state of the FRCP. In the following descriptions of the three state frames, the data 
format within a frame is guaranteed only for those version number and frame size values given 
in the accompanying tables. Routines that utilize state frame information must examine the format 
word to correctly identify any data formats that are subject to change by Motorola. 

NOTE 

The state size value in the format word indicates the size (in bytes) of the FRCP internal 
state information. This size value does not include the format word or the reserved word. 
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Figure 6-4. MC68881 State Frame Formats 
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Figure 6-5. MC68882 State Frame Formats 
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6.4.2.1 NULL STATE FRAME. As shown in Figures 6-4 and 6-5, no internal state information is 
saved in the null state frame. Only the coprocessor version number (0) is indicated. Version number 
is a wild card number, allowing this state frame type to be restored to a coprocessor of any 
version. The size value of a null state frame is not assumed to be valid during a save operation 
and is ignored by the FRCP during a restore operation. A restore of the null state performs the 
reset function with all floating-point data registers loaded with non-signaling NANs and with the 
FPCR and FPSR set to zero. A save of the null state results when no FPCP instructions have been 
executed since the last null state restore or hardware reset. Note that a save of a null state indicates 
that the FPCP programmer's model is empty, and thus does not need to be saved with a FMOVEM 
instruction. 



6.4.2.2 IDLE STATE FRAME. As shown in Figure 6-4, 24 bytes of internal state are saved in the 
idle state frame for the MC68881. For the MC6882, the idle state frame consists of 56 bytes (see 
Figure 6-5). The format word indicates the coprocessor version number and state size (24 or 56 
bytes in addition to the format word). An idle state frame is produced if an FSAVE occurs when 
a floating-point instruction is not being executed, or when the current instruction is in the end 
phase (refer to 6.4.3.5 END PHASE for a definition of the end phase). 

In addition to being used for context switching, the idle state frame contains information that is 
useful to most floating-point exception handlers. First, it contains the exceptional operand value, 
which can be evaluated by an exception handler to determine the cause of an exception. Second, 
it contains the BID flag word that indicates the status of the FPCP at the time of an FSAVE 
instruction. For example, this information can be used by the trace exception handler in a debug 
monitor to display the pending exception status along with the register state of the machine. 

As shown in Figure 6-4, the idle state frame for the MC68881 contains four data items: the 
command/condition register image, the exceptional operand, the operand register image, and the 
BID flags. A reserved word is also included in order to align the state frame to a long-word 
boundary; it is written as $FFFF and ignored during restore operations. The command/condition 
word and operand register may contain temporary information, as indicated by the BlU flags. 

The idle state frame for the MC68882 contains 32 words of CD internal register and state infor- 
mation between the command condition register and the exceptional operand. It is otherwise 
identical to the idle state frame for the MC68881. 

The format of the BlU flag word is shown in Figure 6-6. Only the 16 most significant bits in the 
BlU flag word are defined; the undefined bits are written as ones during save operations and 
ignored during restore operations. 

The definitions of the 16 flag bits are: 

Bits 16-19 These bits contain internal state information about the CU and should not be 

modified. 

Bits 20-23 These bits are set when valid data is contained in the operand register image 

of the state frame. There is one flag bit for each byte in the 32-bit operand 
register image; if a bit is one, there is valid data in the corresponding byte. If 
a bit is zero, the data in the corresponding byte is assumed to be invalid. These 
bits can be used to qualify the image of the operand register and should not 
be modified. 



MC68881/MC68882 USER'S MANUAL MOTOROLA 

6-31 



INTERNAL STATE INFORMATION 
(MC68882 ONLY) 



OPERAND REGISTER BITS 24-31 VALID 
OPERAND REGISTER BITS 16-23 VALID 
OPERAND REGISTER BITS 8-15 VALID 
OPERAND REGISTER BITS 0-7 VALID 
OPERAND TO MEMORY MOVE PENDING 
FLOATING-POINT EXCEPTION PENDING 
ACCESS OF OPERAND REGISTER EXPECTED 
PENDING INSTRUCTION OR ACCESS TYPE 
INSTRUCTION PENDING 
PROTOCOL VIOUTION PENDING 



D 



UNDEFINED, RESERVED (1 WHEN READ) 



Figure 6-6. BlU Flag Format 



Bits 24-25 These bits contain internal state information about the CU and should not be 

modified. 

Bit 26 This bit indicates that the FRCP has completed any necessary operand con- 

versions and is ready to write an operand to memory. If this bit is a zero, an 
operand transfer to memory is pending. This bit should not be modified. 

Bit 27 This bit indicates that a floating-point exception is pending, which is reported 

when the MPU attempts to initiate the next floating-point instruction (after an 
FRESTORE of this state frame). If this bit is zero, an exception is pending, and 
the logical AND of the FPSR EXC and FPCR ENABLE bytes indicates the type 
of the pending exception. This bit may be read by an exception handler (par- 
ticularly a trace routine) to determine the exception status of the FRCP. As 
described in a subsequent paragraph, a user program can modify this bit and 
the FPSR EXC and FPCR ENABLE byte images to create a software generated 
pending exception. 

NOTE 

This bit must be set by the exception handler immediately before an FRESTORE 
and RTE instruction. When this bit is not set in the exception handler, the 
MC68882 re-executes the handler. 



Bit 28 



This bit indicates that the FRCP is expecting the next coprocessor interface 
register access to be to the operand CIR. This bit is used by the BlU as part of 
the protocol violation checking hardware and should not be modified. If this 
bit is a zero, an access of the operand CIR is pending, and the state of bit 29 
determines whether the expected access is a read or write cycle. Bits 28-30 
combine to define the pending operation as listed in Table 6-4. 
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Table 6-4. 


BlU Flag Bit Definitions 


30 


29 


28 


Definition 











(Undefined, Reserved) 








1 


Conditional Instruction Pending 





1 





(Undefined, Reserved) 





1 


1 


General Instruction Pending 


1 








Write of Operand CIR Pending 


1 





1 


(Undefined, Reserved) 


1 


1 





Read of Operand CIR Pending 


1 


1 


1 


No Pending Instruction or Operand CIR 
Access 



Bit 29 This bit defines the type of pending operand access that is expected or the type 

of pending operation that is saved in the command/condition register image. 
This bit should not be nnodified. Bits 28-30 combine to define the pending 
operation as listed in Table 6-4. 

Bit 30 This bit indicates that the FRCP has received a new command word or condi- 

tional predicate from the MPU, but has not been able to begin execution of 
that operation. If this bit is zero, the command word or conditional predicate 
that was received is contained in the command/condition register images of 
the state frame. This bit should not be modified. Bits 28-30 combine to define 
the pending operation as listed in Table 6-4. 

Bit 31 This bit indicates that a protocol violation has been detected by the FRCP, and 

the MRU has not responded with an exception acknowledge or abort operation. 
If this bit is a one, a protocol violation is pending. This bit should not be 
modified. 

NOTE 

The formats of the idle state frame and the BlU flags shown are for the initial 
production versions of the FRCP; this format is identified by the format word 
values ($1F18 and $3F18 for the IVIC68881, and $1F38 for the MC68882). Mo- 
torola reserves the right to utilize different state frame formats and format word 
values to support future revisions to the FRCP. 

The only bit in the BlU flag word that can be modified by software is bit 27, the exception pending 
bit. If this bit is zero, an exception is pending and may be cleared by changing it to a one. 
Alternatively, the type of the pending exception can be changed by modifying the FPSR EXC byte 
and/or the FPCR ENABLE byte before executing an FRESTORE. Finally, if the pending exception 
bit is one (indicating that no exception is pending), it can be changed to make an exception 
pending; the type of exception pending is defined by the FPSR EXC and FPCR ENABLE bytes. In 
all of these cases, the change in the exception status takes effect when the state frame is utilized 
by an FRESTORE instruction. 

The exception pending bit (referred to as EXC REND) in the BlU flag word is the image of the 
exception pending signal internal to the FPCR. Normally, EXC REND is negated by the FPCR 
execution unit when an instruction (other than an FMOVEM, FMOVE control register, FSAVE, 
FRESTORE) begins execution, and is asserted if an exception occurs during the instruction. The 
bus interface unit uses EXC REND to determine the primitive response that is encoded in the 
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response CIR after a write to the command or condition CIRs, or after the completion of the 
transfer of a floating-point operand to memory. If EXC PEND is true when an attempt is made to 
initiate an FRCP instruction (other than an FMOVEM, FMOVE control register, FSAVE, or FRES- 
TORE), the response CIR is encoded to the take pre-instruction exception primitive (or the take 
mid-instruction primitive when the instruction in the CU is reporting an exception caused by the 
instruction in the APU); otherwise, the dialog for the instruction is started. If EXC PEND is true 
at the end of the move of a floating-point operand to memory, the response CIR is encoded to 
the take mid-instruction exception primitive; otherwise it is encoded to the null (CA = 0, PF=1) 
primitive. The vector number that is encoded in the take exception primitive is determined by the 
state of the FPSR EXC and FPCR ENABLE bytes and corresponds to the highest priority exception 
that is enabled. The MPU responds to the take exception primitive by writing an exception ac- 
knowledge to the control CIR. When the MC68881 detects the exception acknowledge, it clears 
EXC PEND. However, the MC68882 does not clear the EXC PEND bit. It is the responsibility of the 
exception handler to clear EXC PEND, using the instructions listed in 5.2.2 Exception Handler 
Code. 



With this understanding of how EXC PEND (and its image in the BID flag word) affects the operation 
of the FPCP, a programmer can make exceptions pending in the FRCP under software control. 
Or, conversely, a pending exception type may be changed or cleared if necessary. 

6.4.2.3 BUSY STATE FRAME. As shown in Figure 6-4, 180 bytes of internal state are saved in the 
MC68881 busy state frame. The format word indicates the coprocessor version number and state 
size (180 bytes). The busy state is produced if an FSAVE occurs when a floating-point instruction 
is in the initial or middle phase. Due to the volatile nature of the FPCP internal state during 
calculation, this state frame does not contain any information useful to applications programs, 
and the frame shoUld not be modified in any way. 



The MC68882 busy state frame contains 212 bytes, including 32 bytes of CD internal state infor- 
mation (refer to Figure 6-5). The format word contains the coprocessor version number and the 
state size. Otherwise the MC68882 busy state frame is identical to the busy state frame of the 
MC68881. 



6.4.3 FSAVE Protocol 

Table 6-5 lists five possible phases of the execution of a floating-point instruction that can apply 
at the time an FSAVE instruction is executed. For each phase, the table shows the response time 
and the state frame type. 

Table 6-5. MC68881/MC68882 Responses 
to Save Command 



Phase Name 


Response Time 


State Frame Type 


Reset 


Immediate 


Null 


Idle 


Immediate 


Idle 


Initial 


Immediate 


Busy 


Middle 


Periodic 


Busy 


End 


Delayed 


Idle 



When the MPU decodes an FSAVE instruction, it attempts to initiate a save operation in the FPCP 
by reading from the save CIR. If the FPCP is ready to perform the save, it responds with a valid 
state frame format word. The format word informs the MPU that the coprocessor is ready to 
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transfer the state frame and also what size frame is to be saved, if the FRCP is not ready to begin 
the transfer of the state frame, it returns the come-again format word, forcing the MPU to wait. 
When the MRU receives the come-again format word, it checks for pending Interrupts and proc- 
esses them if necessary. Otherwise, it repeatedly reads the save CIR until a format word other 
than come again is returned. When the FRCR receives a valid format word, it reads the number 
of bytes indicated by the format word, four bytes at a time, from the operand CIR and writes them 
to memory. 

The FRCR always returns one of five format words in the save CIR. Table 6-6 shows the five format 
word values and their meanings. In this table, the version number of the idle and busy format 
words corresponds to the version number of the initial production versions of the IVIC68881; future 
revisions of the device will utilize different version numbers to identify unique state frame formats. 
If the format of the idle or busy state frame of a future version of the FRCR differs from that of 
versions $1F and $3F for the MC68881 or $1F for the MC68882, Motorola will provide the new 
format information when the new version is available. 

Table 6-6. MC68881/MC68882 Format 
Word Definitions 



Format Word 


Definition and Frame Size 


$00xx* 


Null State 


$01 XX* 


Come Again 


$02xx* 


Illegal, Format Error 


$vv18** 


Idle State (MC68881) 


$vvB4** 


Busy State (MC68881) 


$vv38** 


Idle State (IVIC68882) 


$vvD4** 


Busy State (MC68882) 



*The frame size byte for these format words is undefined for 
tlie M68000 Family coprocessor interface. The value encoded 
by each version is consistent; however, different versions are 
not guaranteed to use the same values. 

*Each different version encodes a unique version number in 
"vv" while using the same frame size value. 



The come-again format word is returned by the FRCP to force the MPU to wait, as previously 
described. When the FRCP is ready to complete a save operation, it returns one of the other valid 
format words (null, idle, or busy) to the main processor and then transfers the appropriate state 
frame. The only time that the FRCP uses the illegal format word is when a read of the save CIR 
occurs while the FRCP is performing a state save or state restore. Normally, this only occurs when 
the execution of an FSAVE or FRESTORE instruction is suspended (e.g., due to a page fault during 
the save or restore operation) and an attempt is made to execute a new FSAVE instruction. If this 
happens, the illegal format word is returned to cause a format exception to be taken by the main 
processor. When the MRU receives the illegal format word, it writes an abort to the control CIR 
and initiates exception processing. In this case, the format error handler routine examines the 
instruction that was being executed when the format error occurred and can determine whether 
the second FSAVE instruction failed due to "nesting" of save or restore operations. Such an error 
is considered to be a catastrophic system error since the FRCP context is lost and cannot be 
recovered. 

When the MPU receives an idle or busy format word, the bytes in the frame (four bytes at a time) 
are transferred from the operand CIR to memory. First, the format word is written to memory at 
the evaluated effective address. For the predecrement addressing mode, the value of the specified 
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address register is saved in a temporary register, the size of tlie state frame is subtracted from 
the address register, and the format word is pushed to that address. (Thus, the required stack 
space is allocated before the save operation is started.) The state frame is then filled, from higher 
addresses to lower addresses, using the temporary register as a pointer. For the control alterable 
addressing modes, the format word is written to the specified address; then the address of the 
last word of the frame is calculated (in a temporary register) and the frame is filled from higher 
addresses to lower addresses. After the last byte of the state frame is written to memory, the 
FPCP is in the idle state with no pending exceptions, and the MRU executes the next instruction 
(it does not read the save or response CIR after the save operation). 

The following paragraphs describe the response of the FPCP to an FSAVE instruction for the 
various phases of instruction execution. 



6.4.3.1 RESET PHASE. In this phase, no FPCP instructions have been executed since the last 
hardware reset or FRESTORE olF a null state frame. When the FPCP is in this state and an FSAVE 
is executed, a null format word is returned immediately. 



6.4.3.2 IDLE PHASE. In this phase, the FPCP is not executing an instruction, but at least one 
instruction has been executed since the last hardware reset or FRESTORE of a null state frame. 
When the MC68881 is in this state and an FSAVE is executed, an idle format word is returned 
immediately, and an idle state frame is stored. 



6.4.3.3 INITIAL PHASE. In this phase, the FPCP is acquiring instruction and operand words from 
the MRU. In a virtual memory system, a memory fault can occur during this phase due to an 
attempt to access an operand that is not resident in main memory. In this case, the MRU traps 
to a fault handler to initiate a transfer from secondary storage, typically involving one or more 
disk accesses. After initiating the transfer, the operating system usually switches the main pro- 
cessor and coprocessor(s) to another program, thus necessitating a save of the coprocessor state 
and restoration of the state of the coprocessor relative to the next program. To facilitate saving 
and restoring the coprocessor, the FRCP responds immediately to a save command during the 
initial phase by storing a busy state frame. 



6.4.3.4 MIDDLE PHASE. The middle phase occurs only in FRCP instructions that take significant 
processing time (i.e., remainder, transcendental functions, and BCD conversions). During this 
phase, the internal microcode sequence of the FPCP provides for periodic checkpoints to determine 
if the MRU has issued a save command. If the MRU initiates a save command to the FPCP between 
check points, the FPCP sets an internal flag to denote the receipt of the command and returns a 
come-again format word to the MRU. The MRU repeatedly reads the save CIR until it receives a 
valid format word. The FPCP continues internal processing up to the next checkpoint, at which 
time processing stops, and the next read of the save CIR acquires the appropriate format word 
to start the save operation. At this point, the save command proceeds to completion, and the 
FPCP supplies a busy state frame. 



6.4.3.5 END PHASE. This phase begins when the FRCP is almost finished with a long instruction. 
The length of the end phase is approximately equal to the amount of time required to perform a 
save of a busy state frame. When the FRCP reaches the end phase, it takes less time to complete 
execution of the instruction and save an idle frame than to immediately save a busy state. During 
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this phase, the FRCP uses the come-again format word to force the MPU to wait for the completion 
of the instruction, and then saves an idle state frame. 

Note that most of the FRCP instructions proceed directly from the initial phase to the end phase, 
and thus, most state frames generated by the FRCR are idle frames. 



6.4.4 FRESTORE Protocol 

When the MRU decodes an FRESTORE instruction, it evaluates the effective address to locate the 
format word for the state frame, and writes that format word to the restore CIR of the FRCP. In 
response to this write cycle, the FRCP aborts any operation that may be in progress and prepares 
to load a new internal state. The format word that is written to the restore CIR is checked for 
validity (it must be a null, idle, or busy format word with a version number that matches that of 
the specified device) before the restore operation begins. After the MPU writes the format word 
to the FRCP, it then reads the restore CIR to verify that the format word is valid. If the format 
word is valid, the FRCR returns the same format word that was written; if the format word is not 
valid, an illegal format word ($02xx) is returned. If the format word is successfully verified, the 
MRU begins to transfer the state frame, four bytes at a time, from memory to the FRCR operand 
CIR. 

When transferring the state frame from memory to the FRCR, the MRU first transfers the format 
word and, after it is verified, transfers the remainder of the state frame. The order of transfer is 
the same for both the postincrement and the control addressing modes. The long word at the 
lowest address is transferred first, followed by the long words at successively higher addresses. 
For the postincrement addressing mode, the specified address register is not updated by the MRU 
until the entire frame has been successfully transferred. Thus, a fault during an FRESTORE in- 
struction generates a stack frame that does not overwrite any part of the FRCP state frame. 

After the entire state frame has been transferred to the FRCR, the MPU continues with the execution 
of the next instruction (it does not read the response CIR). If an exception related to the FRCP 
caused the suspension of the task earlier, an RTE instruction is eventually executed to return to 
the original context. Depending on the exception type, the RTE may re-establish the MCU/copro- 
cessor protocol of the suspended operation or begin the execution of a new FRCR instruction. 

6.4.5 Context Switching Summary 

To perform a complete context save or restore operation, three FRCP instructions are required. 
First, the FSAVE and FRESTORE instructions are used to transfer the non-user-visible portion of 
the machine state between the FRCP and memory. Second, the FMOVEM instruction may be used 
to transfer the user-visible portion of the machine, including the floating-point data and control 
registers. 

An important aspect of the FMOVEM instruction is that it cannot cause an exception or report a 
pending exception; thus the context of the FRCP, including pending exceptions, can be saved and 
restored in a manner that is completely transparent to a user program. Note that if an FSAVE 
instruction stores a null state frame, the floating-point data and control registers are reset to their 
default states, and the FMOVEM instructions are not needed. Figure 6-7 illustrates the manner in 
which a full context switch might be performed. 
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NULLSV . 



INSTRUCTION SEQUENCE TO STORE THE PREVIOUS CONTEXT 



FSAVE 


-(An) 


TST.B 


(An) 


BEQ 


NULLSV 


FMOVEM 


FP0-FP7,-(An) 


FMOVEM 


FPCR/FPSR/FPIAR, 


MOVE.L 


#-1,-(An) 



-(An) 



SAVE MC68881 STATE FRAME 

CHECK FOR A NULL FRAME 

SKIP PROGRAMMER'S MODEL; SAVE IF NULL 

ELSE, SAVE DATA REGISTERS 

AND SAVE CONTROL REGISTERS 

PLACE NOT-NULL FLAG ON STACK 



INSTRUCTION SEQUENCE TO LOAD THE NEXT CONTEXT 





TST.B 


(An) 




BEQ 


NULLRST 




ADDQ.L 


#4,An 




FMOVEM 


(An) + , FPCR/FPSR/FPIAR 




FMOVEM 


(An) + ,FP0-FP7 


NULLRST 


FRESTORE 


(An) + 



CHECK FOR NULL FRAME OR NOT-NULL FLAG 
SKIP PROGRAMMER'S MODEL; RESTORE IF NULL 
ELSE, THROW AWAY THE NOT-NULL FLAG 
RESTORE THE CONTROL REGISTERS 
RESTORE THE DATA REGISTERS 
RESTORE THE FRCP STATE FRAME 



Figure 6-7. Full Context Save/Restore Instruction Sequences 
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SECTION 7 
COPROCESSOR INTERFACE 



This section describes the coprocessor interface with respect to the communication protocol 
utilized by the MC6888 1/MC68882 (FRCP) and MC68020/MC68030 (MPU). This communication 
protocol includes electrical and command level mechanisms that allow a coprocessor to act as 
an extension to the main processor. 

The connection between the MPU and the FPCP is an extension of the M68000 bus interface, with 
the FPCP connected as an auxiliary device to the MPU. The FPCP is selected by a chip select (CS) 
signal that is decoded from the MPU function code and address bus lines. 

The FPCP contains a set of coprocessor interface registers (CIRs) by which the main processor 
and coprocessor communicate. These registers are not related to the programming model im- 
plemented by the FPCP. Rather, they are used as communication ports that have specific functions 
associated with each register. When the FPCP is used as a coprocessor to the MPU, the program- 
mer is never required to explicitly access these interface registers, since the coprocessor interface 
is implemented in the hardware and microcode of the MPU. A main processor other than an MPU 
explicitly accesses the FPCP CIRs using a software routine that simulates the behavior of the MPU 
with respect to the coprocessor interface. 

For more information on the electrical interconnection between the main processor and the FPCP, 
refer to SECTION 11 INTERFACING METHODS. 



7.1 CHIP-SELECT DECODE 

The MPU does not require any special bus signals, beyond the normal M68000 Family bus control 
signals, for connection to the FPCP. The former MC68000 interrupt acknowledge address space 
(function code 111) is extended in the MPU to become the CPU address space. A portion of this 
space, identified by the MPU address bus, is dedicated to coprocessor devices. Figure 7-1 illustrates 
the information presented on the MPU address bus for coprocessor accesses in the CPU address 
space. 



31 



20 19 



16 15 13 12 



5 4 



OOQOOOOOOOOO 0010 CpIO 00000000 



CIR SELECT 



Figure 7-1. MPU Address Bus Encoding for Coprocessor Accesses 



During CPU space cycles, address bits A16-A19 indicate the CPU space function that the main 
processor is performing. The MPU utilizes four of the possible 16 encodings of A16-A19 as listed 
in Table 7-1. 

The coprocessor identification (Cp-ID), A13-A15, is taken from the coprocessor instruction oper- 
ation word (refer to 7.4 COPROCESSOR INSTRUCTIONS). The coprocessor interface register (CIR 
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Table 7-1. MPU CPU Space Type Field Encoding 



CPU Space Type 
Field (A16-A19) 


CPU Space Transaction 


0000 


Breakpoint Acknowledge 


0001 


Access Level Control 


0010 


Coprocessor Communications 


1111 


Interrupt Acknowledge 



select) field, A0-A4, is decoded by the FRCP to select the appropriate CIR. For a map of the FRCP 
coprocessor interface registers in the CPU address space, refer to Figure 7-2. Since address bits 
A20-A31 are not present on all implementations of M68000 processors, these bits are not essential 
for decoding CPU space transactions and therefore are don't care bits. 

The FRCP chip select decode, therefore, uses the MRU function codes (FC0-FC2), the CPU space 
type field (A16-A19), and the Cp-ID field (A13-A15). The FRCP decodes the address bits A0-A4 to 
determine the function (as defined by the selected CIR) of any coprocessor access. 
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RESPONSE 






$02 


CONTROL 




$04 


SAVE 




$06 


RESTORE 




$08 


OPERATION WORD 




$0A 


COMMAND 




$0C 


(RESERVED) 




$0E 


CONDITION 




$10 


OPERAND 


$14 


REGISTER SELECT 


(RESERVED) 


$18 


INSTRUCTION ADDRESS 


$1C 


OPERAND ADDRESS 



Figure 7-2. FRCP Coprocessor Interface Register Map 



7.2 COPROCESSOR INTERFACE REGISTERS 

Table 7-2 identifies the FRCP coprocessor interface register (CIR) locations in the CPU space that 
are used for communications between the^MRU and the FRCP. Figure 7-2 illustrates the memory 
map of the CIRs on a 32-bit bus. When CS is asserted, the FRCP decodes the CIR select field of 
the address bus (A0-A4) to select the appropriate coprocessor interface register. 

When the FRCP is used on a 32-bit bus, the coprocessor interface registers appear at the logical 
addresses shown in Figure 7-2 and Table 7-2. The M68000 dynamic bus sizing protocol is used 
to place a ll word r egisters on t he upper word of the data bus (D16-D31). This is accomplished by 
asserting DSACK1 and leaving DSACKO negated when any word register (other than the register 
select CIR) is accessed, regardless of the value of A1. 
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Table 7-2. Coprocessor Interface Register Characteristics 



Register 


A4-A0 


Offset 


Width 


Type 


Response 


OOOOx 


$00 


16 


Read 


Control 


OOOIx 


$02 


16 


Write 


Save 


OOlOx 


$04 


16 


Read 


Restore 


OOlIx 


$06 


16 


R/W 


Operation Word* 


OlOOx 


$08 


16 


R/W 


Command 


OlOIx 


$0A 


16 


Write 


(Reserved) 


Oil Ox 


$0C 


16 


— 


Condition 


Olllx 


$0E 


16 


Write 


Operand 


lOOxx 


$10 


32 


R/W 


Register Select 


101 Ox 


$14 


16 


Read 


(Reserved) 


lOllx 


$16 


16 


— 


Instruction Address 


IIOxx 


$18 


32 


Write 


Operand Address* 


lllxx 


$1C 


32 


R/W 



*These CIRs are optionally implemented by a coprocessor only if they are needed; since they are not used by 
the IVIC68881, they are not implemented. Writes to these locations are ignored, and reads always return all 
ones. 

The following paragraphs describe the characteristics of each of the coprocessor interface registers 
as implemented by the FRCP. In each description, the read/write attribute of each register is 
included. If a register is read only, write accesses to that location are ignored ; while re ad accesses 
of a write-only register always return all ones. In all cases, the FRCP asserts DSACKx in response 
to the assertion of OS in order to terminate the bus cycle. 



7.2.1 Response CIR ($00) 

This 16-bit read-only register is used to communicate service requests from the FPCP to the main 
processor. A read of the response CIR is always legal, regardless of the state of an instruction 
dialog. The formats of the response primitives that are returned through this register are detailed 
in 7.4.2 Response Primitives. 

The execution of an instruction by the FPCP does not start until the main processor reads the 
response CIR for the first time after a write to the command CIR. Furthermore, a read of a primitive 
from the response CIR usually causes the FPCP to proceed to the next state in an instruction 
dialog. For example, if an evaluate effective address and transfer data primitive is encoded in the 
response CIR and the main processor reads that primitive, it is assumed that the primitive was 
successfully transferred (and saved for later use, if necessary) and that the requested service is 
performed. In this case, the FPCP then changes the encoding of the response CIR to the null 
primitive and waits for an access of the operand CIR to transfer the operand. 

7.2.2 Control CIR ($02) 

This 16-bit write-only register is utilized by a main processor to issue an exception acknowledge 
or instruction abort to the FPCP. Figure 7-3 illustrates the format of this register. Only two of the 
16 bits are defined: the exception acknowledge (XA) and abort (AB) bits. 



UNDEFINED, RESERVED 



XA 



AB 



Figure 7-3. Control CIR Register 
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The implementation of the MC68881 does not utilize these two bits; instead, it interprets a write 
to this CIR address as an abort command, regardless of the data pattern written. Thus, an exception 
acknowledge (in response to a take exception primitive) or abort (in response to an illegal format 
word or an invalid primitive request) issued during any IVIC68881 instruction protocol, or an explicit 
write (e.g., with the MOVES instruction) to the control CIR always has the same effect on the 
IVIC68881. Also, write cycles to this register are never illegal since the MC68881 always responds 
in the same manner. 

The response of the MC68881 to a write of the control CIR is: 

1. To immediately terminate processing for any instruction that may be in progress. If an 
arithmetic instruction is in progress when an abort is issued, the content of the destination 
floating-point data register is undefined. No other user visible registers are disturbed. 

2. To clear any pending exceptions. 

3. To reset the bus interface unit to the idle condition. Thus, the MC68881 is ready to begin a 
new instruction protocol following the write cycle. 

Unlike the MC68881, the MC68882 distinguishes a write to the AB bit from a write to the XA bit. 
A write to the AB bit is interpreted as an abort of the last instruction received. However, an abort 
is only recognized during a certain window, which begins when the main processor writes an 
instruction to the command CIR and extends to the last CIR read or write required for that in- 
struction. If the write to the AB bit of the control CIR occurs during this abort window, an abort 
function is initiated. Otherwise, a write to the AB bit is undefined and produces an undefined 
result. The response of the MC68882 to a write to the AB bit is: 

1 . To immediately terminate the instruction to which the abort window applies. Any concurrent 
instruction in progress within the MC68882 is allowed to complete. 

2. To reset the bus interface unit to the idle condition, leaving the MC68882 ready to begin a 
new instruction protocol following the write cycle. 

The write to the XA bit signals the MC68882 that the main processor is responding to an MC68882- 
detected exception. This write operation is necessary to clear any pending exceptions. However, 
the write operation alone does not guarantee that the exception is cleared. For the floating-point 
exception traps, it is the responsibility of the exception handler to clear the exception. If the 
handler does not clear the exception, the MC68882 continues reporting the same exception every 
time the main processor reads the response CIR. Refer to 5.2.2 Exception Handler Code for 
additional exception handler requirements. 



7.2.3 Save CIR ($04) 

This 16-bit read-only register is used by the main processor to issue a context save command to 
the FRCP, and by the FRCP to return the format word of the FRCP state frame to the main processor. 
A read of this register causes any operation that may be executing (except a state save or restore) 
to be suspended, and a state save operation is initiated. 

Following the read of a not ready, come again format word frofn the save CIR, the next expected 
access is a read of the save CIR. After the read of an idle or busy format word, the next expected 
access is to the operand CIR (to transfer the state frame). After the read of a null format word, 
the FRCP is in the reset state, and the next expected access is to the command or condition CIR. 

The only time that a read of this register is illegal is when the FRCP is executing a state frame 
transfer for an FSAVE or FRESTORE instruction; a read of the save CIR is legal at any other time. 
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If the main processor reads the save CIR at an illegal time, the invalid format word is returned. 
In response to the invalid format word, the main processor can write an abort to the FRCP to 
return it to the idle state. 



7.2.4 Restore CIR ($06) 

This 16-bit read/write register is used by the main processor to issue a context restore command 
to the FRCP and to validate the format word of a state frame. A write of this register causes the 
FRCP to immediately stop any operation that may be executing and prepare to load a new internal 
state context from a memory resident state frame. 

After the main processor writes a format word to the restore CIR, it must read the restore CIR to 
receive the result of the format word verification. If the written format word is valid, that format 
word is read back from the restore CIR to indicate the successful verification. If the format word 
is invalid, the invalid format, take exception value is placed in the restore CIR to indicate the 
verification failure. After a successful verification is signaled, the next expected access is to the 
operand CIR (to transfer the state frame). After a verification failure is signaled, the main processor 
should write an abort to the control CIR in order to return the FRCP to the idle state. (The MRU 
does this automatically.) 

7.2.5 Operation Word CIR ($08) 

This 16-bit write-only register is not used by the FRCP. The only time that this CIR location is used 
by the M68000 Family coprocessor interface is when a coprocessor issues the transfer operation 
word primitive, in which case the main processor writes the F-line word of the instruction to the 
operation word CIR. Since the FRCP never issues the transfer operation word primitive, the op- 
eration word CIR location should never be written by the main processor. If a write to this location 
occurs, it is ignored; it does not cause a protocol violation. 

7.2.6 Command CIR ($0A) 

This 16-bit write-only register is used by the main processor to initiate the dialog for a general 
type coprocessor instruction. When the FRCP detects a write to this CIR location, the data value 
is latched from the data bus. If the MC68881 is executing a previous instruction in the APU or if 
the CD of the IVIC68882 is still busy when the command CIR is written, the latched command word 
is saved for later use, and the response CIR is encoded with the null (CA=1, IA = 1) primitive. If 
the FRCP is in the idle or reset state when a write to the command CIR occurs, it encodes the first 
primitive for the selected instruction dialog in the response CIR in order to begin the execution 
of the new instruction. 

A write to this CIR location is legal at any time except when the FRCP is in the initial phase of a 
general instruction or before the read of the conditional evaluation for a previous conditional 
instruction. If a write to the command CIR occurs when it is not expected, a protocol violation 
occurs, and the command word that is written is not saved by the FRCP. 

7.2.7 Condition CIR ($0E) 

This 16-bit write-only register is used by the main processor to initiate the dialog for a conditional 
type coprocessor instruction. When the FRCP detects a write to this CIR location, the data value 
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is latched from the data bus. If the FRCP is executing a previous instruction when the condition 
CIR is written, the latched conditional predicate is saved for later use, and the response CIR is 
encoded with the null (CA=1, IA=1) primitive. If the FRCP is in the idle or reset state when a 
vvrite to the condition CIR occurs, it evaluates the selected condition and returns the null (CA = 0, 
TF = x) primitive (where the TF bit indicates whether the conditional evaluation is true (1) or false 
(0)). 

A write to this CIR location is legal at any time except when the FPCP is in the initial phase of a 
general instruction, or before the read of the conditional evaluation for a previous conditional 
instruction. If a write to the condition CIR occurs when it is not expected, a protocol violation 
occurs, and the conditional predicate that is written is not saved by the FPCP. 



7.2.8 Operand CIR ($10) 

This 32-bit read/write register is used by the main processor to transfer data to and from the 
FPCP. The FPCP transfers data through this CIR location in the following cases: 

1. Following an evaluate effective address and transfer data primitive 

2. Following the read of the register select CIR after a transfer multiple coprocessor registers 
primitive 

3. Following a transfer single main processor register primitive 

4. Following a read of an idle or busy format word from the save CIR 

5. Following a write of an idle or busy format word to the restore CIR 

These five cases are the only times when an access to the operand CIR is legal. At any other time, 
an access to this CIR location causes a protocol violation. 

The FPCP expects all operands that are to be transferred through this CIR location to be aligned 
with the most significant byte of the register. Any operand larger than four bytes is transferred 
through this register using a sequence of long word transfers. If the operand is not a multiple of 
four bytes in size, the portion remaining after the initial long word transfers is aligned with the 
most significant byte of the operand CIR. Figure 7-4 illustrates the operand CIR data alignment 
expected by the FPCP when transferring data through the operand CIR. 



7.2.9 Register Select CIR ($14) 

This 16-bit read-only register is read by the main processor to transfer the register mask from the 
FPCP during a move multiple floating-point data registers operation. The only time that an access 
to this register is legal is immediately following the issue of a transfer multiple coprocessor 
registers primitive to the main processor; at any other time, an access of this CIR location causes 
a protocol violation. 

Although a 16-bit register, the FPCP only utilizes the most significant eight bits; the least significant 
eight bits are always read as zeros. The most significant eight bits contain the register mask for 
the multiple register transfer, with each bit set if the corresponding floating-point register is to 
be transferred. The main processor should not interpret the order of the bits in the register mask, 
but rather count the number of ones in the mask to determine the number of registers to transfer. 
Each FPCP floating-point data register is 1 2 bytes long, and thus requires three long word transfers. 
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Figure 7-4. Operand CIR Data Alignment 



7.2.10 Instruction Address CIR ($18) 

This 32-bit write only register is used by thie main processor to transfer thie address of tiie FPCP 
instruction being executed wiien tine PC bit of any primitive is set. The FPCP only sets the PC bit 
in the first primitive returned during the dialog for an instruction that can cause an exception, or 
a take pre-instruction exception primitive for a BSUN exception. When the coprocessor is an 
MC68881 , the main processor may optionally transfer the program counter value to the instruction 
address CIR at that time or ignore the request. (This choice is left to the discretion of the system 
designer in order to support exception handlers in the most efficient manner.) When the copro- 
cessor is an MC68882, the main processor must transfer the program counter value. The MC68882 
issues a protocol violation when the main processor fails to transfer the program counter value. 
The MPU always transfers the PC when needed. 



For the MC68881, accesses to the instruction address CIR are neither expected nor unexpected 
at any point in an instruction dialog; thus, an access to this CIR location never causes a protocol 
violation. A write to the instruction address CIR updates the FPIAR register in the MC68881 
programming model; a read always returns all ones. 

Internally, the MC68882 has three instruction address registers. One register is associated with 
each of the stages of the MC68882 pipeline (BlU, CD, and APU). The instruction address register 
associated with the arithmetic processing unit (APU) is the floating-point instruction address 
register (FPIAR). Since only the APU can report an exception, the FPIAR always points to the 
instruction that causes the exception whenever an exception occurs. When the instruction address 
CIR is written (whenever the program counter value is passed), the program counter value is also 
written to the instruction address register associated with the bus interface unit (BlU) stage of 
the pipeline. The MC68882 interprets this program counter value as the address of the instruction 
currently in the BlU. The instruction and its address are moved up the pipeline until the instruction 
reaches the APU stage of the pipeline. If that instruction causes an exception, its address is in 
the FPIAR (since the FPIAR is the instruction address register for the APU). This implementation 
is necessary to ensure that an exception handler can point to the correct instruction, the one that 
causes the exception. However, this implementation requires that the instruction address CIR be 
written whenever the MC68882 requests it. The l\/IC68882 issues a protocol violation whenever 
the main processor fails to supply the requested program counter value. A read of the instruction 
address CIR always returns all ones. 
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7.2.11 Operand Address CIR ($1C) 

This 32-bit read/write register is used by the main processor to transfer an operand address in 
response to the evaluate and transfer effective address or tal<e address and transfer data primitives. 
Since the FPCP does not utilize either of these primitives, this CIR is not required for operation 
and is not implemented. An access to this CIR location does not cause a protocol violation; read 
cycles always return all ones, and the data is ignored during write accesses. 

7.3 INTERPROCESSOR TRANSFERS 

All interprocessor transfers are initiated by the MRU. During the processing of an FPCR instruction, 
the MRU transfers instruction information and data to the FRCR using standard M68000 write bus 
cycles. The MRU also receives data, requests for service, and status information from the FRCR 
using standard M68000 read bus cycles. A detailed description of the electrical characteristics of 
the FPCP bus interface is contained in SECTION 10 BUS OPERATION and SECTION 12 ELECTRICAL 
SPECIFICATIONS. 



7.4 COPROCESSOR INSTRUCTIONS 

FRCR instructions are from one to eight words in length. The first word of the instruction is called 
the operation word, and the second word of the instruction is called the coprocessor command 
word. Additional words specify the operands and are either extensions to the effective addressing 
mode specified in the operation word or immediate operands that are part of the instruction. The 
general format of an FRCR instruction is illustrated in Figure 7-5. 



15 







OPERATION WORD 


COPROCESSOR COMMAND WORD (IF ANY) 


EFFECTIVE ADDRESS EXTENSION WORDS (1 TO 6, IF ANY) 



Figure 7-5. Coprocessor Instruction General Format 



All coprocessor operations are based on the F-line operation codes (i.e., operation words with 
bits [15:12] =$F) which instruct the MRU to call upon a coprocessor for execution of the instruction. 
Figure 7-6 illustrates the format of this word. 



15 14 13 12 11 10 



1111 


Cp-ID 


TYPE 


TYPE DEPENDENT 



Figure 7-6. FPCP Instruction Operation Word 

The Cp-ID field indicates which coprocessor is to be selected. Cp-IDs of 000-101 are reserved by 
Motorola, and Cp-IDs 110 and 111 are reserved for user definition. The Motorola MRU and FRCR 
assembler supplies 001 as the Cp-ID for FRCP instructions by default. The type field indicates to 
the MRU which type of coprocessor operation is selected: general, branch, conditional, save, or 
restore. The type and type dependent fields and the coprocessor command word for all FRCR 
instructions are described in 4.7 INSTRUCTION ENCODING DETAILS. 
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7.4.1 Instruction Protocol 

All FRCP instructions have a typical protocol which the MPU and FPCP use. This communication 
protocol is as follows: 

1. When the MPU detects an F-line operation word, communication is initiated by writing 
information (a command, condition selector, or restore format word) to the appropriate FPCP 
coprocessor interface register location. (The FPCP save instruction is initiated by a read 
operation.) 

2. The MPU then reads the coprocessor response to the previous write operation. The response 
may indicate any of the following: 

a. The FPCP is busy. MPU checks for interrupts, processes them if any are pending, and 
then queries the coprocessor again. This allows synchronizing the main processor and 
coprocessor. 

b. An exception condition exists, and the FPCP instructs the MPU to take an exception using 
a specific exception vector. The MPU acknowledges the exception and initiates exception 
processing. 

c. There is an FPCP service request (for example, to evaluate the effective address and 
transfer data between the effective address and the FPCP). The FPCP may also request 
that the MPU query the coprocessor after the service is performed. 

d. The MPU is not needed for further processing of the coprocessor instruction. Commu- 
nication is terminated, and the MPU is free to begin execution of the next instruction. If 
the MPU is in the trace mode, the MPU does not take the trace exception until the FPCP 
completes the processing of the coprocessor instruction. 

Each FPCP instruction type has specific requirements based upon this simplified protocol. The 
main processor requests required for each FPCP instruction are described in 4.7 INSTRUCTION 
ENCODING DETAILS. All FPCP main processor service requests (response primitives) are de- 
scribed in the following paragraphs. In addition, the dialog used by the MPU and the FPCP during 
the execution of each instruction is detailed in 7.5 INSTRUCTION DIALOGS. 

7.4.2 Response Primitives 

Data read from the FCPP coprocessor interface response register is referred to as a primitive. 
Although the M68000 Family coprocessor interface defines 18 response primitives, the FPCP only 
uses six of those primitives. For additional information on the complete set of response primitives 
and how they are serviced; refer to the appropriate processor user's manual. The following 
paragraphs summarize all FPCP response primitives and how they are used. 

The M68000 coprocessor response primitives are encoded in a 16-bit word that is transferred to 
the main processor through the response CIR. Figure 7-7 illustrates the general format of a 
response primitive. 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



CA 


PC 


DR 


FUNCTION 


PARAMETER 



Figure 7-7. M68000 Coprocessor Response Primitive General Format 

The encoding of bits [12-0] of a coprocessor response primitive is dependent on the individual 
primitive being implemented. Bits [15-13], however, are used to specify particular attributes of 
the response primitive that can be utilized in most of the primitives defined for the M68000 
coprocessor interface. 
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Bit [15] in the primitive format, denoted by CA, is used to specify the come-again operation of 
the main processor. Whenever the main processor receives a response primitive from the FRCP 
with the CA bit set to one, it should perform the service indicated by the primitive and then return 
to read the response CIR again. 

Bit [14] in the primitive format, denoted by PC, is used to specify the pass-program-counter 
operation. If the main processor reads a primitive from the FPCP that has the PC bit set, the main 
processor should immediately pass the current value of the program counter to the instruction 
address CIR as the first operation when servicing the primitive request. The value of the program 
counter passed from the main processor is usually the address of the operation word of the 
coprocessor instruction executing when the primitive is received. (This is always the case if the 
main processor is the MPU.) The FPCP always sets the PC bit in the first primitive of a general 
type instruction that might cause an exception (i.e., all of the arithmetic and move single floating- 
point data register instructions when exceptions are enabled), or the take pre-instruction exception 
primitive for a BSUN trap during a conditional instruction. By updating the FPIAR in this manner, 
the FPCP can release the main processor for concurrent execution after all operands are fetched, 
and exception handlers can later locate an instruction that causes an exception. It should be noted 
that the PC bit is set in only one primitive response during any instruction dialog, and that the 
MC68881 does not issue a protocol violation if the main processor ignores the request to transfer 
the PC. The MC68882 issues a protocol violation if the main processor fails to transfer the PC in 
response to a request. 

Bit [13] in the primitive format, denoted by DR, is the direction bit; it controls the direction of 
operand transfers between the main processor and the FPCP. If DR is zero, the direction of the 
transfer is from the main processor to the FPCP (a main processor write). If DR is one, the direction 
of the transfer is from the FPCP to the main processor (a main processor read). If the operation 
indicated by a given response primitive does not involve an explicit operand transfer, the value 
of this bit is dependent on the particular primitive encoding. 



NOTE 

All primitives issued by the MC68881, with the exception of the null primitive, have the 
CA bit equal to one, causing the MPU to check the response CIR after any service is 
performed. This allows the MC68881 to assure correct internal operation and to report 
exceptions immediately after a service is performed. However, the MC68882 may oc- 
casionally issue an evaluate <ea> and transfer data primitive with CA equal to zero. 
This is done in cases where internal operations are not adversely affected by the omission 
of the read of the response CIR after the operand transfer. 

The following paragraphs describe the. response primitive encodings used by the FPCP and the 
expected main processor response to each one in detail. 

7.4.2.1 NULL PRIMITIVE. This primitive is used by the FPCP to synchronize operation with the 
main processor and to allow concurrent execution by the main processor. The format of the null 
primitive is shown in Figure 7-8. In addition to the variable bits CA and PC previously discussed, 
the null primitive uses three other variable bits to identify the required action to be taken by the 
main processor. Bit [8], denoted by lA, is used to specify that the main processor may process 
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Figure 7-8. Null Primitive Format 
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pending interrupts if necessary. Bit [1], denoted by PF, is used to indicate the status of the FRCP 
during concurrent instruction execution. If the PF bit is zero, the FPCP is executing an instruction; 
otherwise it is idle. Bit [0], denoted by TF, is used to connmunicate the true or false result of a 
conditional evaluation. If TF equals one, the condition is true; otherwise it is false. 

As indicated by the format of this primitive, there are 32 possible null primitive encodings of 
which the FPCP uses only seven. Table 7-3 lists the FPCP null primitive encodings and the cir- 
cumstances in which they are used. 



Table 7-3. Null Primitive Encodings 



CA 


PC 


lA 


PF 


TF 


Usage 














X 


Returned by the FPCP in response to the write of a conditional predicate to the condition 
CIR. The TF bit indicates the result of the conditional evaluation; TF= 1 if the condition is 
true; TF = if the condition is false. 











1 





Returned when the FPCP is in the idle state. The PF bit indicates that no instruction is being 
executed; thus, there is no expected response to this primitive. 








1 








Returned when the FPCP enters the middle or end phase of an instruction to allow con- 
current execution by the main processor. The CA bit indicates that no further service is 
required of the main procesor, but the PF bit indicates that the FPCP has not completed 
execution of the instruction. The lA bit indicates that if the main processor is in the trace 
mode, it may process interrupts while waiting for the FPCP to complete execution of the 
instruction. Since this primitive does not request any specific service, there is no expected 
response from the main processor. 





1 


1 








The same as the preceding response, except that the main processor is requested to pass 
the current program counter before proceeding with the next instruction. This response is 
returned only as the first response of a dialog. 


1 





1 








Returned when the FPCP is executing an instruction and requires further service from the 
main processor before the next instruction can be executed. This response is also used 
when a new FPCP instruction is initiated while a previous one is still being executed. The 
expected response is for the main processor to re-read the response CIR (after servicing 
pending interrupts). 


1 


1 


1 








The same as the preceding response, except that themain processor is requested to pass 
the current program counter before processing any pending interrupts and re-reading the 
response CIR. This response is returned only as the first response of a dialog. 



The meanings of the CA and PC bits are as previously described. If lA equals one, the main 
processor can process pending interrupts as part of the service for the null primitive; otherwise, 
interrupts should be ignored. The lA bit is set to a one by the FPCP for most null responses thus 
allowing the main processor to process pending interrupts anytime that it is "waiting" on the 
FPCP. 

The PF bit indicates the processing state of the FPCP during concurrent instruction execution. In 
normal operation, the PF bit is of no concern to the main processor. However, if the main processor 
is in the trace mode, it should wait until the FPCP has completed execution of an instruction 
before taking the trace exception. By monitoring the PF bit in the null response primitive, the 
main processor can synchronize with the FPCP in this case. If PF equals zero, the FPCP is executing 
an instruction; otherwise, it is idle. 

The TF bit applies only to the conditional instructions. When the main processor writes a con- 
ditional predicate to the condition CIR, the FPCP uses the null primitive to return the true or false 
result of the conditional evaluation. If TF equals one, the condition is true; otherwise, it is false. 
For all reads of the response CIR for other instruction types, TF is a don't care bit. 
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7.4.2.2 EVALUATE EFFECTIVE ADDRESS AND TRANSFER DATA PRIMITIVE. This primitive is used 
by the FRCP to request the transfer of a data item between the floating-point data and control 
registers and an external location (either memory or a main processor register). The format of 
this primitive is shown ip Figure 7-9. The main processor services this request by evaluating the 
effective address indicated by the F-line word of the instruction and transferring the number of 
bytes indicated by the length field of the primitive to or from the operand CIR. 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



CA 


PC 


DR 


1 


VALID <ea> 


LENGTH 



Figure 7-9. Evaluate Effective Address and Transfer Data Primitive Format 

Note that the FRCP returns this primitive only once during an instruction dialog. When this primitive 
is read from the response CIR, it is discarded by the FRCP, and the response encoding is changed 
to the null primitive. By doing this, the FRCP avoids spurious service request primitives in systems 
where the MRU is not the main processor. 

The meanings of the CA and PC bits are as previously described. The DR bit indicates the direction 
of data transfer between the effective address location and the operand CIR of the coprocessor. 
If DR equals zero, the operand is transferred from the effective address location to the coprocessor. 
If DR equals one, the operand js transferred from the coprocessor to the effective address location. 

The effective address that is to be evaluated is specified in the F-line operation word, and any 
required extension words are fetched by'the main processor as needed. If the predecrement or 
postincrement addressing mode is used, the address register is decremented or incremented 
before or after the transfer by the size of the operand, as indicated in the length field. 

The valid EA field specifies various classes of addressing modes with the encodings shown in 
Table 7-4. If the effective address in the operation word is not of the specified class, the main 
processor should write an abort to the control CIR and take an F-line emulator trap. The addressing 
categories in Table 7-4 are as defined for all M68000 Family processors. 



Table 7-4. Coprocessor Valid Effective Address Codes 



000 


Control Alterable 


001 


Data Alterable 


010 


Memory Alterable 


oil 


Alterable 


100 


Control 


101 


Data 


110 


Memory 


111 


Any Effective Address 



The number of bytes transferred to or from an effective address location is indicated in the length 
field. If the effective address is a main processor register (register direct), then only lengths of 
one, two, or four bytes are used. If the effective addressing mode is immediate, the length is 
always one or even, and the transfer is effective address to coprocessor. If the effective address 
is a memory location, any length is legal (including odd). If the effective address mode is prede- 
crement or postincrement, with A7 as the specified register and a length of one, the transfer 
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causes the stack pointer to be decremented or incremented by two in order to keep the stack 
aligned on a word boundary. 

Table 7-5 lists the encodings of the evaluate effective address and transfer data primitive that are 
used by the FRCP and the cases for which they are used. 

Table 7-5. Evaluate Effective Address and Transfer Data Primitive Encodinig 



Usage 


CA 


PC 


DR 


Valid 
<ea> 


Length 


F<op><ea>,FPn (OPCLASS 010) 
Issued as the first primitive of an instruction dialog to request the transfer of an 
operand from memory or a main processor data register to the FRCP. The length 
field indicates the size of the operand: byte, word, longorsingle, double, extended, 
or packed BCD. 


1 
1 


* 









101 
101 
101 
110 
110 


1 
2 
4 
8 
12 


FMOVE FPm,<ea> (OPCLASS 01 1 ) 
Issued after the conversion from the internal extended precision format to the 
destination format is completed to request the transfer of an operand from the 
FPCP to memory or a main processor data register. The length field indicates the 
size of the operand: byte, word, long or single, double, extended, or packed BCD. 


1 
1 











001 
001 
001 
010 
010 


1 
2 
4 
8 
12 


FMOVE <ea>,FPcr and FMOVEM <ea>,FPcr_list (OPCLASS 100) 
Issued as the first primitive of ah instruction dialog to request the transfer of one 
or more control registers from memory or a main processor register to the FPCP. 
The length field indicates the total size of all control registers to be moved, 4 bytes 
per register. 


1 
1 
1 
1 














111 

101 
110 
110 


4 
4 
8 
12 


FMOVE FPcr,<ea> and FMOVEM FPcr_list,<ea> (OPCLASS 101) 
Issued as the first primitive of an instruction dialog to request the transfer of one 
or more contl-ol registers from the FPCP to memory or a main processor register. 
The length field indicates the total size of all control registers to be moved, 4 bytes 
per register. 


1 
1 
1 

1 








1 
1 
1 
1 


oil 

001 
010 
010 


4 
4 
8 
12 



*PC= 1 if any arithmetic exceptions are enabled; otherwise PC = 0. 

*CA = for some MC68882 instructions with S,D,X instruction operand formats; otherwise, CA=1. 



7.4.2.3 TRANSFER SINGLE MAIN PROCESSOR REGISTER PRIMITIVE. This primitive is used by 
the FPCP to request the transfer of one main processor register. The format of this primitive is 
shown in Figure 7-10. The main processor services this request by writing a long word to the 
operand CIR. 
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Figure 7-10. Transfer Single Main Processor Register Primitive Format 

This primitive is only utilized for the move multiple floating-point data register instruction when 
the register list is specified as dynamic. Therefore, when this primitive is issued by the FPCP (to 
fetch the register list), CA is always set; DR, PC, and D/A are always clear (D/A identifies the 
selected register as a data or address register; zero indicates it is a data register). The least 
significant three bits identify the main processor data register that contains the register list. 

Note that the FPCP returns this primitive only once during an instruction dialog. When this primitive 
is read from the response CIR, it is discarded by the FPCP, and the response encoding is changed 
to the null primitive until the request has been serviced. By doing this, the FPCP avoids spurious 
service requests in systems where the MPU is not the main processor. 
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7.4.2.4 TRANSFER MULTIPLE COPROCESSOR REGISTERS PRIMITIVE. This primitive is used by 
tine FPCP to request the transfer of a list of floating-point data registers to or from memory. The 
format of this primitive is shown in Figure 7-11. The main processor services this request by 
performing an implied effective address evaluation, reading a register list from the register select 
CIR, and transferring the selected registers (where each register is the size indicated by the length 
field of the primitive) between the operand CIR and memory. The MRU uses long-word transfers 
whenever possible while servicing this primitive. 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



CA 


PC 


DR 


1 


LENGTH 



Figure 7-11. Transfer Multiple Coprocessor Registers Primitive Format 

Note that the FPCP returns this primitive only once during an instruction dialog. When this primitive 
is read from the response CIR, it is discarded by the FpCP, and the response encoding is changed 
to the null primitive until the request has been serviced. By doing this, the FPCP avoids spurious 
service requests in systems where the MRU is not the main processor. 

The meanings of the CA and PC bits are as previously described. For this primitive, CA is always 
set, and PC is always clear (since the FMOVEM instruction cannot cause an exception). The DR 
bit indicates the direction of the transfer between the effective address location and the operand 
CIR. If DR equals zero, the listed registers are transferred from the effective address location to 
the FPCP. If DR equals one, the listed registers are transferred from the FPCP to the effective 
address location. 

The length field indicates the size, in bytes, of each register to be transferred; for the FPCP, the 
length is always 12 bytes. The register list that is read from the register select CIR is used by the 
main processor to determine the number of registers to be transferred (but not the order of the 
transfer). For each bit that is set in the 16-bit register list, one operand of the size indicated by 
the length field in transferred. Thus, the total number of bytes transferred in response to this 
primitive is the product of the length and the number of ones in the register list. Since the FPCP 
has only eight floating-point data registers, the register list always has zeros in the least significant 
byte. 

The effective address that is evaluated by the main processor is specified in the F-line operation 
word, and any required extension words are fetched by the main processor, as needed. |f the 
predecrement or postincrement addressing mode is used, the address register is decremented 
or incremented (before or after the transfer) by the size of the operand as indicated by the length 
field. The effective addressing modes that are valid for this primitive are determined by the DR 
bit, and the mode is validated by the main processor. If DR equals zero, the control and postin- 
crement addressing modes are allow^fl. If DR equals one, the control alterable and predecrement 
addressing modes are allowed. If the effective address field of the operation word is not valid for 
the selected multiple register transfer, the main processor writes an abort to the control CIR 
(before reading the register select CIR) and takes an F-line trap. 

Forthe control and postincrement addressing modes, the registers are transferred using ascending 
addresses. For the postincrement addressing mode, the address register is incremented by the 
length value after each register is transferred. Thus, the final value of the address register is the 
initial value plus the total number of bytes transferred during the primitive execution. 

For the predecrement addressing mode, the operands are written to memory with descending 
addresses, but the bytes within each operand are written to memory with ascending addresses. 
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For example, Figure 7-12 illustrates the transfer of two floating-point data registers to a stack, 
using the -(An) addressing mode. The designated stack pointer is decremented by 12 bytes 
before the transfer of each register. Then the bytes within each register are written to memory 
with ascending addresses. Thus, the address register is decremented by the total number of bytes 
transferred by the end of the primitive execution. 
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Figure 7-12. Transfer Multiple Floating-Point Data Register to Stack Example 



7.4.2.5 TAKE PRE-INSTRUCTION EXCEPTION PRIMITIVE. Take exception primitives are used by 
the FRCP to instruct the main processor to abort the current operation and initiate exception 
processing. The main processor services these requests by writing an exception acknowledge to 
the control CIR (which clears the pending exception in the FRCP), by creating the appropriate 
stack frame on the currently active supervisor stack, and by beginning execution of an exception 
handler. The exception handler is located by using the vector number that is supplied as part of 
the take exception primitive. Table 7-6 lists the vector numbers used by the FRCP. 



Table 7-6. FRCP Vector Numbers 



Vector 
Decimal 


Number 
Hexadecimal 


Vector 
Offset (Hexidecimal) 


Assignment 


11 


$0B 


$020 


F-Line Emulator 


13 


$0D 


$034 


Coprocessor Protocol Violation 


48 


$30 


$0C0 


Branch or Set on Unordered Condition 


49 


$31 


$0C4 


Inexact Result 


50 


$32 


$0C8 


Floating-Point Divide by Zero 


51 


$33 


$0CC 


Underflow 


52 


$34 


$0D0 


Operand Error 


53 


$35 


$0D4 


Overflow 


54 


$36 


$0D8 


Signaling NAN 



Note that the MC68881 returns one of these primitives only once during the instruction dialog. 
When an exception acknowledge is written to the control CIR, the take exception primitive is 
discarded by the MC68881, and the response encoding is changed to the null primitive. By doing 
this, the MC68881 assures that the take exception request is received by the main processor, but 
avoids spurious service request primitives in systems where the MRU is not the main processor. 

The i\/lC68882, however, does not discard the primitive unless a read of the save CIR is detected. 
This is to ensure that the FSAVE instruction is executed and the state of the conversion unit (CD) 
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is saved. The state of the CU must be saved because a second instruction, in the CD, may be 
partially executed. 

While the M68000 coprocessor interface defines three take-exception primitives, the FPCP utilizes 
only two of them. The other take exception primitive is described in the next section. 

The take pre-instruction exception primitive is used by the FPCP when an arithmetic (OPCLASS 
000, 010, and Oil) or conditional instruction is initiated and an exception is pending from a 
previously executed, concurrent instruction. This primitive is also returned if an illegal command 
word is written to the command CIR or if a protocol violation occurs. Finally, this primitive is 
issued when a conditional instruction is executed that utilizes one of the IEEE non-aware condi- 
tional predicates, and the NAN bit in the FPSR condition code byte is set. The format of this 
primitive is shown in Figure 7-13. 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 






PC 


1110 


VECTOR NUMBER 



Figure 7-13. Take Pre-lnstruction Exception Primitive Format 



The CA bit is always zero for this primitive, since there is an implied protocol preemption in this 
service request. The PC bit is zero if the exception is preempting the execution of a new FPCP 
instruction. The PC bit is one if the exception is due to an illegal command word, or if it is reported 
during the execution of a conditional instruction in lieu of the true/false result of the conditional 
evaluation. The vector number identifies the type of the exception and is used by the main 
processor to locate the exception handler routine. 

In response to this primitive, the MPU creates a four word stack frame on top of the currently 
active supervisor stack. The format of this stack frame is shown in Figure 7-14. The value of the 
program counter in the stack frame is the address of the F-line operation word of the FPCP 
instruction that was preempted by the exception (i.e., the arithmetic or conditional instruction 
attempted in the case of an exception pending from a previous instruction or an F-line exception, 
or the conditional instruction in the case of a BSUN exception). Thus, if no modifications are made 
to the stack frame within the exception handler, an RTE instruction causes the MPU to return and 
re-initiate the instruction that was being attempted when the primitive was received. Refer to the 
appropriate user's manual for further details on exception handling by the MPU. 
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Figure 7-14. Pre-lnstruction Exception Stacl< Frame 



7.4.2.6 TAKE MID-INSTRUCTION EXCEPTION PRIMITIVE. This primitive is used by the FPCP when 
an exception occurs during the execution of an FMOVE FPm,<ea> instruction. In the MC68882, 
an exception caused by a previous instruction is reported by the current instruction using this 
primitive. See 7.4.2.5 TAKE PRE-INSTRUCTION EXCEPTION PRIMITIVE for information common 
to both take exception primitives. The format of this primitive is shown in Figure 7-15. 
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Figure 7-15. Take Mid-Instruction Exception Primitive Format 



The CA bit is always zero for this primitive, because there is an implied protocol preemption in 
this service request. The PC bit is always zero, since a null primitive earlier in the dialog for the 
move-out instruction is used to request the program countertransfer. The vector number identifies 
the type of the exception, and is used by the main processor to locate the exception handler 
routine. 

In response to this primitive, the MPU creates a ten-word stack frame on top of the currently 
active supervisor stack. The format of this stack frame is shown in Figure 7-16. If the exception 
is due to an FMOVE FPn,<ea> instruction, the ScanPC value is the address of the instruction 
immediately following the FMOVE instruction. The value of the program counter in the stack frame 
is the address of the F-line operation word of the FPCP instruction that caused the exception. The 
operation word image contains the F-line word of the FMOVE instruction. The effective address 
value is the memory address of the destination operand. Note that the take mid-instruction ex- 
ception primitive is used in this case solely for the purpose of placing the evaluated effective 
address in the stack frame, to avoid requiring an exception handler to recalculate it. 
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Figure 7-16. iVIid-lnstruction Stack Frame 

If the exception is caused by a previous instruction, the ScanPC value is the address of the 
instruction immediately following the instruction that reported the exception. The value of the PC 
in the stack frame is the address of the F-line operation word of the instruction that reported the 
exception. The operation word image contains the F-line word of the instruction that reported the 
exception. The effective address only contains the valid effective address when an evaluate <ea> 
primitive was issued before the exception was reported. 

If no modifications are made to the stack frame within the exception handler, an RTE instruction 
causes the MPU to return to read the response CIR. Thus, the main processor continues the 
execution of the instruction upon return. 

7.4.2.7 RESPONSE PRIMITIVE SUMMARY. Table 7-7 lists in numeric order a summary of ail 
primitive responses utilized by the FPCP. 
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Table 7-7. MC68881/MC68882 Primitive Responses 



Primitive 
Value 


Primitive Type 


Comments 


$0800 
$0801 
$0802 
$0900 


Null 


CA = 0, PC = 0, IA = 0, PF = 0, TF = 
CA = 0, PC = 0, IA = 0, PF = 0, TF = 
CA = 0, PC = 0, IA = 0, PF=1,TF = 
CA = 0, PC = 0, IA=1, PF = 0, TF = 


$1504 
$1608 
$160C 


Evaluate <ea> and Transfer Data 
CA = 0, PC = 0, DR = (External to MC68882) 


Single 
Double 
Extended 


$1C0B 
$1C31 
$1C32 
$1C33 
$1C34 
$1C35 
$1C36 


Take Pre-lnstruction Exception 
PC = 


F-Line Emulator 

Inexact Result 

Floating-Point Divide by Zero 

Underflow 

Operand Error 

Overflow 

Signalling NAN 


$1D0D 
$1D31 
$1D32 
$1D33 
$1D34 
$1D35 
$1D36 


Take Mid-Instruction Exception 
PC = 


Coprocessor Protocol Violation 

Inexact Result 

Floating-Point Divide by Zero 

Underflow 

Oeprand Error 

Overflow 

Signalling NAN 


$3104 
$3208 
$320C 


Evaluate <ea> and Transfer Data 
CA = 0, PC=1, DR = 1 (MC68882 to External) 


Single 
Double 
Extended 


$4900 


Null 


CA = 0, PC=1, IA=1, PF = 0, TF = 


$5504 
$5608 
$560C 


Evaluate <ea> and Transfer Data 
CA = 0, PC=1, DR = (External to IV1C68882) 


Single 
Double 
Extended 


$5C30 


Take Pre-lnstruction Exception 
PC = 


Branch or Set On Unordered 


$810C 


Transfer Multiple Coprocessor Registers 
CA=1, PC = 0, DR = (Memory to FPCP) 




$8900 


Null 


CA=1, PC = 0, IA = 1, PF = 0,TF = 


$8C00 
$8C01 
$8C02 
$8C03 
$8C04 
$8C05 
$8C06 
$8C07 


Transfer Single Main Processor Register 
CA=1, PC = 0, DR = (Main Processor to FPCP) 


DO 
D1 
D2 
D3 
D4 
D5 
D6 
D7 


$9501 
$9502 
$9504 
$9608 
$960C 
$9704 


Evaluate <ea> and Transfer Data 
CA=1, PC = 0, DR = (External to FPCP) 


Byte 

Word 

Long, Single, FPCR, or FPSR 

Double or Two FPcr's (Memory Only) 

Extended, Packed, or Three FPcr's (Memory Only) 

FPIAR 


$A10C 


Transfer Multiple Coprocessor Registers 
CA = 1 , PC = 0, DR = 1 (FPCP to Memory) 




$B101 
$B102 
$B104 
$B208 
$B20C 
$B304 


Evaluate <ea> and Transfer Data 
CA=1,PC = 0, DR = 1 (FPCP to External) 


Byte 

Word 

Long, Single, FPCR, or FPSR 

Double or Two FPcr's (Memory Only) 

Extended, Packed or Three FPcr's (Memory Only) 

FPIAR 


$C900 


Null 


CA=1, PC=1, IA=1, PF = 0, TF = 
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Table 7-7. MC68881/MC68882 Primitive Responses (Continued) 



Primitive 
Value 


Primitive Type 


Comments 


$ccoo 

$CC01 
$CC02 
$CC03 
$CC04 
$CC05 
$CC06 
$CC07 


Transfer Single Main Processor Register 
CA=1,PC = 1,DR = 0(iVlain Processor to FPCP) 


DO 
D1 
D2 
D3 
D4 
D5 
D6 
D7 


$D501 
$D502 
$D504 
$D608 
$D60C 


Evaluate <ea> and Transfer Data 
CA = 1, PC=1,DR = (External to FPCP) 


Byte 

Word 

Long or Single 

Double (Memory Only) 

Extended or Packed (Memory Only) 



7.5 INSTRUCTION DIALOGS 

The following paragraphs describe in detail the coprocessor communications dialogs that are 
executed by the FPCP and MPU during each floating-point instruction. In this discussion, a dialog 
refers to the sequence of command and data transfers to the FPCP, and the service request 
primitives that are returned to control that sequence. Although the following discussion assumes 
that the main processor is an IVIC68020 or MC68030, information is also presented that may be 
used by designers of systems that utilize a different main processor. 

The diagrams presented in the following paragraphs represent the activity of the MPU and the 
FPCP during the execution of a floating-point instruction. In these diagrams, boxes are used to 
identify periods of time during which a device is actively participating in the execution of an 
instruction; the absence of a box during a period indicates that a device is waiting on the other 
one to complete an operation, or that concurrent execution of unrelated instructions may take 
place. 

Each box in the following diagrams is labeled to indicate the activity depicted by that box. The 
labels above the boxes identify the actions taken by the main processor, and the labels below 
the boxes identify the encoding of the response CIR at any time during a dialog. When a response 
CIR encoding is indicated, that encoding is received by the main processor any time that the 
response CIR is read until the next primitive encoding is indicated. 

In all of the succeeding paragraphs, the following assumptions are made: 

1. Before the start of an instruction dialog, q><cept for the FSAVE and FRESTORE instructions, 
the FPCP is in the idle state. 

2. The MPU and the FPCP communicate via a 32-bit data bus. 

3. The memory width is 32 bits, and all memory operands are long-word aligned. 

Also, for periods during which the MPU is required to wait for the FPCP (i.e., during move to 
memory operation, or if the MPU is in the trace mode), only one of the response CIR reads is 
explicitly indicated. In actual operation, numerous reads of the response CIR may occur in these 
cases. Similarly, if the FPCP is not idle before the initiation of a new instruction, multiple reads 
of the null (CA=1, IA=1; $8900) primitive may occur after the command or condition CIR write 
and before the read of the first primitive shown in a diagram. 
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7.5.1 General Instructions 

This group of instructions includes all of the arithmetic instructions, the move system control 
register instructions, the move instructions, and the move multiple floating-point register instruc- 
tions. The factor common to these instructions is the format of the F-line operation word, which 
uses the cpGEN format of the M68000 Family coprocessor instruction set. Thus, the initial phase 
of the communications dialog for these instructions is identical, with the MRU writing the com- 
mand word to the FRCP and then relying on the FRCP to control the remainder of the dialog 
through the use of the coprocessor interface response primitive set. The following paragraphs 
discuss the five different protocols that are used by the FRCP for this group of instructions. 

For each of the general instruction dialogs, with the exception of the register-to-register dialog, 
there is an important consideration for systems that use the FRCP with a main processor other 
than an MRU. This consideration is that the come-again request in any evaluate effective address 
and transfer data primitive or transfer multiple coprocessor registers prirhitive should not be 
ignored. The FRCP sets the CA bit in these primitives to assure correct operation regardless of 
the frequency relationship between the FRCP clock and the main processor clock. By requiring 
the main processor to perform a final read of the response CIR (which is a cycle that is synchronous 
with the FRCP CLK signal) after the last operand CIR access and before continuing with the next 
instruction, the FRCP assures that the operand transfer is completed internally before the main 
processor can initiate the next instruction by writing the command or condition CIRs. This se- 
quence assures that spurious protocol violations (detected by the FRCP) do not occur in systems 
where the main processor clock frequency is much faster than the MC68881 clock frequency. 

During the instruction dialogs for external to register (opclass 010 and register to external (opclass 
Oil)) instructions, the MC68882 in some cases issues the evaluate effective address and transfer 
data primitive with CA = instead of CA=1. In these cases, the main processor need not read the 
response CIR after the coprocessor has transferred the operands for that instruction. This provides 
more potential instruction overlap with the next coprocessor instruction. Normally, a second 
coprocessor instruction causes the main processor to write to the command or condition CIR and 
then to read from the response CIR. If the read from the response CIR of the second instruction 
occurs earlier than three clocks after the completion of the last operand transfer of the previous 
instruction, spurious protocol violations may occur. In a worst case situation, the main processor 
uses these three clocks in writing to the command CIR. However, if the main processor has a 
higher clock frequency than the MC68882, it is possible that the write to the command CIR can 
take less than three MC68882 clocks. The design of the MC68882 allows the MRU clock frequency 
to be as much as 1.5 times the MC68882 clock frequency. For main processors other than the 
MC68020 or MC68030, the system designer must ensure that the main processor does not read 
the response CIR during the initiation of an instruction less than three MC68882 clocks after the 
last operand transfer of the previous instruction. 



7.5.1.1 REGISTER-TO-REGISTER (OPCLASS 000). This dialog is utilized for all of the arithmetic 
and move instructions that use floating-point data registers for both the source and destination 
operands and for the FMOVECR instruction. Since the FRCP contains both operands when such 
an instruction is initiated, no external data references are required before the calculation can be 
performed. Thus, after the MRU has written the command word to the FRCP, it is released to 
execute the next instruction. If any arithmetic exceptions are enabled, the FRCP requests the 
transfer of the program counter. This request can be ignored by a main processor using an 
MC68881 , but the MC68882 issues a protocol violation if the main processor ignores this request. 
The program counter write cycle does not affect instruction execution time (since it occurs con- 
currently with the FRCP instruction execution). 
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The FRCP dialog for this instruction type is shown in Figure 7-17. Also shown in this figure is the 
key for all of the dialog figures presented in subsequent paragraphs. 
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Figure 7-17. MC68881 Register-to-Register Instruction Dialog 



7.5.1.2 EXTERNAL-TO-REGISTER (OPCLASS 010). This dialog is utilized for all of the arithmetic 
and move instructions that reference memory or a main processor register for the source operand. 
Since the FRCP does not contain both operands when such an instruction is initiated, external 
data references are required before the calculation can be performed. The FRCP requests the fetch 
of the required external operand with the first primitive of the dialog. The second primitive of the 
dialog is then used to release the main processor to execute the next instruction (once the operand 
transfer is completed). Note that the read of the first primitive causes the response CIR encoding 
to be changed to the null primitive, thus avoiding spurious request primitives in non-MRU based 
systems. The MC68881 dialog for this instruction type, which also applies to the MC68882 with 
operand data formats other than single, double, or extended, is shown in Figure 7-18. 
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Figure 7-18. MC68881/MC68882 External-to-Register Instruction Dialog 
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When the operand data format is single, double, or extended, the MC68882 issues the evaluate 
<ea> and transfer data primitive with CA = instead of CA= 1. Figure 7-19 shows the dialog for 
the MC68882 external-to-register instructions with single, double, or extended data format op- 
erands. 
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ONLY IF A DYNAMIC k-FACTOR IS USED 

Figure 7-19. IVIC68882 External-to-Register Instruction Dialog 



If any arithmetic exceptions are enabled, the FRCP requests the transfer of the program counter 
with the first primitive. However, the main processor using an MC68881 can ignore this request; 
the IVIC68882 Issues a protocol violation if the main processor ignores the request. 

The operation boxes that are marked "R" and "W" indicate an operand read or write cycle, 
respectively, by the MPU. Those operand transfer boxes that are shaded are optionally executed, 
depending on the size and location of the source operand. For example, none of the shaded boxes 
are executed for source operands that reside in the MPU registers. Also, note that the FMOVECR 
instruction, while it is an opclass 010 instruction, uses the register-to-register protocol described 
in 7.5.1.1 REGISTER TO REGISTER (OPCLASS 000). 

7.5.1.3 REGISTER-TO-EXTERNAL {OPCLASS Oil). This dialog is utilized only for the move from 
floating-point data register instruction. The MC68881 dialog for this instruction type, which also 
applies to the MC68882 except when the data format is single, double, or extended, is shown in 
Figure 7-20. The first primitive returned depends on the destination data format, since additional 
format information is required to generate a packed decimal destination operand when a dynamic 
k-factor is specified. If the destination data type is packed decimal and a dynamic k-factor is used, 
the first response is the transfer single main processor register primitive (to transfer the contents 
of the register containing the k-factor). For all other destination data formats, the first request is 
the null (CA=1) primitive, since a conversion from the internal data format to the desired desti- 
nation format must be performed before any further action is required of the main processor. For 
the dynamic k-factor case, the conversion starts after the main processor register transfer is 
completed. The conversion starts immediately after the first read of the response CIR for all other 
destination operand formats. The main processor is allowed to service pending interrupts while 
it is waiting for the conversion to complete. 

If any arithmetic exceptions are enabled, the first primitive requests the transfer of the program 
counter. However, this request can be ignored when the main processor uses an MC68881; the 
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Figure 7-20. MC68881/MC68882 Register-to-External Instruction Dialog 



MC68882 issues a protocol violation when the main processor ignores this request. The progrann 
counter write cycle may not affect instruction execution time (since it can occur concurrently with 
the operand conversion if the destination format is not packed decimal with a dynamic k-factor). 
Only the first primitive requests the transfer of the program counter; thus, if the transfer single 
main processor register primitive is issued first, the PC bit is not set in any subsequent null 
primitive. If the first primitive is the null primitive and the program counter transfer is required, 
the PC bit is set. 



The pass program counter operation is requested in one of two of the primitive encodings (shown 
in Figure 7-20 with the notation "PC = x"). For the packed decimal with a dynamic k-factor case, 
the dark shaded operations are always performed with the PC bit set if necessary. The MPU 
services the transfer single main processor primitive with the PC bit set by first transferring the 
program counter and then transferring the requested register. For all other destination data for- 
mats, the dark shaded operations are not performed, and the box labeled "Convert" is "folded 
under" the first box labeled "Read Response". For these cases, the null primitive may request 
the transfer of the PC, and that transfer occurs concurrently with the operand conversion by the 
FPCP. 

When the operand conversion is completed, the next read of the response CIR returns the evaluate 
effective address and transfer data primitive. The main processor then reads the conversion result 
from the operand CIR and writes it to the appropriate destination location. Note that the read of 
the evaluate effective address and transfer data primitive causes the response CIR encoding to 
be changed to the null primitive, thus avoiding spurious request primitives in non-MC68020 or 
non-MC68030 based systems. 

The operation boxes that are marked "R" or "W" indicate an operand read or write cycle, re- 
spectively, by the MPU. Those operand transfer boxes that are lightly shaded are optionally 
executed, depending on the size and location of the source operand. For example, none of the 
shaded boxes are executed for destination operands that reside in the MPU registers. 
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The MC68882 dialog differs from the dialog shown in Figure 7-20 when the operand data format 
is single, double, or extended, except for the following conditions: 

• The data in the floating-point register is data type NAN, unnormalized, or denormalized. 

• A rounding overflow or underflow has occurred, and the operand data format is single or 
double. 

• The INEX2 bit of the FPSR exception enable byte is set, and the operand data format is single 
or double. 

When any of these conditions occurs, the dialog shown in Figure 7-20 applies. Otherwise, when 
the operand data format is single, double , or extended, the MC68882 issues the evaluate <ea> 
and transfer data primitive with CA = instead of CA=1. Figure 7-21 shows the MC68882 dialog. 
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Figure 7-21. IVIC68882 Register-to-External Instruction Dialog (S, D, and X Formats) 



7.5.1.4 MOVE CONTROL REGISTERS (OPCLASS 100 and 101). This dialog is utilized for the move 
single or multiple floating-point system control registers instructions. The dialog for this instruc- 
tion type is shown in Figure 7-22. The first primitive of the dialog requests that the main processor 
evaluate the effective address and transfer the appropriate number of bytes to or from the operand 
CIR. The read of the first primitive causes the response CIR encoding to be changed to the null 
primitive, thus avoiding spurious request primitives in non-MC68020 or non-MC68030 based 
systems. When the transfer data primitive service is complete, the main processor is released to 
begin execution of the next instruction. Note that since this instruction type cannot cause an 
exception, the PC bit is not set in any primitive; thus, these instructions can be used to read or 
write the control registers without overwriting the FPIAR contents. 

The operation boxes that are marked "R" or "W" indicate an operand read or write cycle, re- 
spectively, by the MPU. Those operand transfer boxes that are shaded are optionally executed, 
depending on the size and location of the source operand. For example, none of the shaded boxes 
are executed for source operands that reside in the MPU registers. 

7.5.1.5 MOVE MULTIPLE FPn {OPCLASS 110 and 111). This dialog is utilized forthe move multiple 
floating-point data registers instruction. The dialog for this instruction type is shown in Figure 7- 
23. The first primitive of the dialog depends on the type of register list specified by the instruction. 
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Figure 7-22. Move Control Register Instruction Dialog 








S 


ac 


S 


!^ 


=> 


cc 


£ 












□c 


MC68020/MC68030 
















R 


W 


R 


W 


R 


W 




MC88B81/MC68882 


































(DR=1) 



R 


W 


R 


W 


R 


W 















(DR=0) 



REPEAT FOR EACH REGISTER 
SELECTED BY THE REGISTER MASK 



ONLY IF A DYNAMIC REGISTER LIST IS USED 



Figure 7-23. Move Multiple Floating-Point Data Registers Instruction Dialog 



If the static register list form of the instruction is used, the first service request issued is the 
transfer multiple coprocessor registers primitive. For the dynamic register list form, the first 
primitive requests the transfer of the main processor data register that contains the register mask, 
and then the transfer multiple coprocessor registers primitive is issued. In response to the transfer 
multiple coprocessor registers primitive, the main processor reads the register list from the register 
select CIR and transfers one register for each bit that is set in the list. (Note that the register list 
can be equal to zero; in which case, no register transfer occurs.) 

The read of the transfer single main processor register and transfer multiple coprocessor registers 
primitives causes the response CIR encoding to be changed to the null primitive, thus avoiding 
spurious request primitives in non-MC68020 or on-MC68030 based systems. If the transfer single 
main processor register primitive is issued, the transfer multiple coprocessor register primitive 
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register primitive is issued, the transfer multiple coprocessor register primitive is not issued until 
the first service request is completed. When the transfer multiple coprocessor register primitive 
service is complete, the main processor is released to begin execution of the next instruction. 
Note that since this instruction type cannot cause an exception, the PC bit is not set in any primitive; 
thus, these instructions can be used to read the floating-point data registers without overwriting 
the FPIAR contents. 

The operation boxes that are marked "R" and "W" indicate an operand read or write cycle, 
respectively, by the MRU. 

7.5.2 Conditional Instructions 

This group of instructions includes the FBcc, FDBcc, FNOP, FScc, and FTRAPcc instructions. These 
instructions have two factors in common. First, the execution of each instruction is inherent in 
the M68000 Family coprocessor instruction set definition, and the dialog used for all of them is 
the same. Second, in each of these instructions, the coprocessor completes all previous floating- 
point instructions before it begins to evaluate the result of the received conditional predicate. This 
guarantees a sequential execution model. The dialog begins when the main processor writes the 
conditional predicate to the FRCP and then reads the response CIR. If the ARU and the CU (in the 
case of an MC68882) are not idle, a null primitive (CA=1, IA=1, PC = 0, TF = 0) is returned, and 
the main processor reads the response CIR again later. This process of rereading the response 
CIR continues until the coprocessor is idle. Note that it is possible for a pre-instruction exception 
to be reported at any time during this process. If no exception is reported, and when the copro- 
cessor is finally idle, the coprocessor evaluates the condition and responds with a null primitive 
(CA = 0, TF = x, where x is the true or false result). The main processor then proceeds with the 
appropriate conditional action. The dialog (assuming that the coprocessor is idle when the con- 
ditional predicate is written) is shown in Figure 7-24. 
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Figure 7-24. Conditional Instruction Dialog 

7.5.3 Context Switch Instructions 

This group of instructions includes the FSAVE and FRESTORE instructions. The factor common 
to these instructions is that the execution of each one is inherent in the M68000 Family coprocessor 
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instruction set definition, and tine coprocessor does not control the dialog in the flexible manner 
available with the general and conditional instruction types. The dialog consists of the save or 
restore command, followed by the transfer of the appropriate state frame. The only control that 
the FRCP has over this dialog is for the FSAVE instruction; in which case, it may request that the 
main processor delay the save operation until the FPCP is ready to perform it. These dialogs are 
discussed in the following paragraphs. 

7.5.3.1 FSAVE. This dialog is utilized forthe context save instruction. The dialog forthis instruction 
is shown in Figure 7-25. There are no primitive responses during this dialog; instead, the FPCP 
controls the frame transfer to a limited extent through the use of the format word encoding. 
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Figure 7-25. FSAVE Instruction Dialog 



The main processor initiates this dialog by reading from the save CIR. During this read cycle, the 
FPCP returns a format word that indicates the current state of the machine. For most cases of 
this dialog with the MC68881, the first read of the save CIR returns the idle format word, and the 
main processor then proceeds to transfer six long words from the operand CIR to memory. In 
this dialog with the MC68882, the idle format word is followed by 14 long words. Optionally, the 
first primitive may be a null format word, in which case no state frame is transferred. Alternatively, 
the first primitive may be a busy format word, in which case 45 (53 for the MC68882) long words 
are transferred. Finally, the save CIR read may return the not-ready, come-again format word. In 
this case, the main processor may process pending interrupts and restart the instruction, or re- 
read the save CIR until a different format word is received. The invalid format word may also be 
returned, as discussed in 7.5.4.6 FORMAT EXCEPTION, FSAVE INSTRUCTION. 

After the MPU receives a valid format word, it then evaluates the effective address and writes the 
format word to that address. The appropriate state frame is then transferred to the effective 
address, and the main processor is free to proceed with the execution of the next instruction. 
Note that by using this sequence, the MPU can take a pre-instruction exception in response to a 
pending interrupt (if a not-ready, come-again format word is received) and then return to restart 
the instruction rather than taking a mid-instruction exception. 
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Note that after the state save operation is complete, the FRCP is in the idle state with no pending 
exceptions. 

7.5.3.2 FRESTORE. This dialog is utilized for the context restore instruction. The dialog for this 
instruction is shown in Figure 7-26. There are no primitive responses during this dialog; instead, 
the FRCP controls the frame transfer to a limited extent through the use of the format word 
encoding. 
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Figure 7-26. FRESTORE instruction Dialog 



The rnain processor initiates this dialog by evaluating the effective address, fetching a format 
word from that address, and writing the format word to the restore CIR. The main processor then 
reads the restore CIR to verify that the format word is valid. During this read cycle, the FRCP 
returns a format word that indicates if the format word that was written is valid for the current 
revision of the device. If the format word is valid, the same value that was written is read back 
from the restore CIR, and the main processor proceeds to transfer the state frame appropriate 
for the format word. The state frame size is 0, 6, or 45 long words for the current implementation 
of the MC68881. For the MC68882, the corresponding state frame sizes are 0, 14, and 53 long 
words. The invalid format word may also be returned as discussed in 7.5.4.7 FORIVIAT EXCEPTION, 
FRESTORE INSTRUCTION. 

Note that after the state restore operation is complete, the FRCP is in the state of the instruction 
that was previously suspended with an FSAVE instruction. 



7.5.4 Exception Processing 

This group of dialogs is actually a set of special cases of the dialogs described previously; they 
are grouped here for quick reference, and to simplify the preceding discussions. For each of the 
exception processing dialogs, only the differences from the normal instruction dialogs shown 
previously are discussed here. Also, it should be noted that these dialogs do not include all 
exception processing sequences that involve the FRCP; they only include those exceptions that 
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are directly related to the coprocessor interface operation. For example, main processor detected 
F-line exceptions are not included since no coprocessor interface dialog occurs as part of the 
exception processing for this type of an exception. 

The dialog for the coprocessor protocol violation exception is also omitted from the following 
diagrarps. This is because these exceptions are not expected to occur during the normal operation 
of a fully debugged system, and the dialog is not readily predictable (either before or after the 
protocol violation occurs). By definition, the cause of the exception for main processor detected 
protocol violations is a hardware failure (since the FRCP cannot return an illegal response pri- 
mitive). 

For FRCP detected protocol violations, the cause is most likely a software failure that causes a 
new instruction to be initiated before the previous instruction dialog is completed. In this case, 
the new instruction dialog is aborted immediately, but the previous instruction dialog may not 
terminate for some time. (The previous dialog may be completed incorrectly, since the protocol 
violation is never reported to the previous instruction.) 



7.5.4.1 TAKE PRE-INSTRUCTION EXCEPTION. This dialog is utilized by the MC68881 when an 
arithmetic (OPCLASS 000, 010, or Oil) or conditional instruction is initiated and an arithmetic 
exception is pending from a previous instruction, or when the main processor writes an undefined, 
reserved command word to the command CIR. In either case, this dialog consists of two write 
cycles and one read cycle, as shown in Figure 7-27. First, the main processor attempts to initiate 
a new instruction by writing to the command CIR; it then reads the response CIR to determine 
the next required action. The MC68881 returns the take pre-instruction exception in this case, 
indicating the appropriate vector number. The main processor services this primitive by writing 
an exception acknowledge to the control CIR and initiating exception processing. 
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Figure 7-27. Take Pre-lnstruction Exception Dialog — MC68881 



Note that the write of the exception acknowledge causes the response CIR encoding to be changed 
to the null primitive, thus assuring that the take exception primitive is received by the main 
processor while avoiding spurious request primitives in non-MPU based systems. 

The MC68882 uses a similar dialog for pre-instruction exceptions. However, when the main pro- 
cessor writes an exception acknowledge to the control CIR, the MC68882 does not enter the idle 
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state. Instead, the MC68882 retains the take pre-instruction exception primitive in its response 
register. Any floating-point instruction other than an FSAVE (or an FRESTORE of the null state) 
reports the same exception again. An FSAVE (or an FRESTORE of the null state) restores the 
MC68882 to an idle state, allowing subsequent floating-point instructions to execute. Figure 7-28 
shows the dialog which includes the minimum instructions recommended for an exception han- 
dler. (Refer to 5.2.2 Exception Handler Code.) 

Figure 7-29 shows the dialog that usually occurs when the handler for a pre-instruction exception 
does not begin with an FSAVE instruction. A protocol violation could occur; in which case, the 
dialog would not apply. Otherwise, as the dialog shows, at the completion of the exception handler 
routine, the main processor attempts to execute the same instruction again, and that instruction 
takes the same exception. If the exception handler included a floating-point instruction but no 
preceding FSAVE instruction, the floating-point instruction would take the original exception again, 
nesting the repetitions of the exception handler. 

Figure 7-30 shows the dialog that applies when an exception handler does not set the exception 
pending bit, even though it begins with an FSAVE instruction and closes with an FRESTORE. A 
protocol violation cannot occur in this case, but because the exception pending bit is not set, the 
instruction again takes the exception when it is re-initiated after returning from the exception 
handler. 



7.5.4.2 TAKE MID-INSTRUCTION EXCEPTION. The MC68881 uses this dialog only if an exception 
occurs during the execution of the FMOVE FPm,<ea> instruction. In this case, the protocol for 
the normal execution of the instruction is followed, and then the mid-instruction exception is 
reported with the last primitive (in lieu of the null primitive normally used to terminate the dialog). 
The main processor services this primitive by writing an exception processing acknowledge to 
the control CIR and initiating exception processing. 

The dialog for this operation is shown in Figure 7-31. (For simplicity, this diagram assumes that 
the destination data format is not packed decimal with a dynamic k-factor.) Note that a write of 
the exception acknowledge causes the response CIR encoding to be changed to the null primitive, 
thus assuring that the take-exception primitive is received by the main processor while avoiding 
a spurious request primitive in non-MC68020 or non-MC68030 based systems. 

The MC68882 uses the mid-instruction exception if an exception occurs in the FMOVE FPm,<ea> 
instruction, as the MC68881 does. However, since the MC68882 allows concurrent execution of 
floating-point instructions, an instruction that has begun execution can report an exception caused 
by a previous instruction. When the previous instruction makes an exception pending, the ex- 
ception is reported on the next read operation of the response CIR. Therefore, all reads of the 
response CIR must be ready to take an exception. If the read of the response CIR occurs in the 
middle of an instruction, a take mid-instruction exception is taken. The dialog shown in Figure 7- 
32 is a generic case that applies to all instructions and to every read of the response CIR after the 
instruction has issued its first response. The first response is the response issued by the conversion 
unit (CU) or the arithmetic processing unit (APU) to the bus interface unit (BID), not the null 
primitive (CA=1, IA=1) at the beginning of an instruction when (in an MC68881) the APU is busy 
or (in the MC68882) the CU is busy. 

The MC68882 dialog is similar, except that the exception handler must begin with an FSAVE 
instruction. The significant difference is that the write exception acknowledge operation does not 
cause the MC68882 to return a null primitive. The FSAVE instruction of the exception handler 
changes the primitive to a null primitive. 
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In the MC68882, an instruction that is executing in the arithmetic processing unit (APU) concur- 
rently with another instruction in the conversion unit (CU) nnay cause an exception. The instruction 
in the CU reports the exception as a mid-instruction exception when it completes. Figure 7-32 
shows the dialog for this case using a general instruction dialog. When the previous instruction 
causes an exception, the read response CIR operation for the current instruction reads a take mid- 
instruction primitive, and the main processor performs exception processing. As in the non- 
concurrent case, the write exception acknowledge operation does not cause the I\/1C68882 to return 
a null primitive. The FSAVE instruction of the exception handler changes the primitive to a null 
primitive. Figure 7-33 shows the same case but with a specific instruction (FMOVE FPm,<ea>) 
in the CU. 

When the exception handler does not contain an FSAVE instruction, the take mid-instruction 
exception primitive is not replaced by a null primitive, and the next floating-point instruction takes 
the exception again. Figure 7-34 shows the dialog for a mid-instruction exception that uses an 
incomplete handler. 

Figure 7-35 shows the concurrent case using an exception handler that does not include the BSET 
instruction. Following the return from the exception handler, the main processor reads the take 
mid-instruction exception primitive from the response CIR and performs exception processing 
again for the same exception. 



7.5.4.3 MID-INSTRUCTION INTERRUPT. This dialog is utilized by the FPCP only if an interrupt is 
pending during the calculation phase of the FMOVE FPm,<ea> instruction. In this case, the 
protocol for the normal execution of the instruction is followed except that the main processor 
performs exception processing for the interrupt, executes the interrupt handler, and returns to 
the point where the dialog was suspended in the middle of the execution of the instruction by 
the FPCP. From the perspective of the FPCP, the dialog appears to follow the normal sequence, 
with a long delay between successive reads of the response CIR by the main processor. 

The dialog for this operation is shown in Figure 7-36. (For simplicity, this diagram assumes that 
the destination data format is not packed decimal with a dynamic k-factor.) Note that it is possible 
(even probable) that the conversion of the output operand is completed before the main processor 
r9turns from the interrupt. Thus, the response CIR is prepared to return the evaluate effective 
address and transfer data primitive as soon as the main processor returns. Since the read of this 
primitive causes the FPCP to discard it and change the response CIR encoding to the null primitive, 
the interrupt handler (or any other routine) must not casually read the response CIR to determine 
the status of the FPCP, or the suspended protocol is disrupted. Rather, the only valid method for 
checking the status of the FPCP is to execute the FSAVE instruction and examine the state frame 
that is generated; followed by an FRESTORE instruction to reinstate the previous context of the 
FPCP. 

7.5.4.4 TAKE BSUN EXCEPTION. This dialog is utilized by the FPCP when a conditional instruction 
is initiated by writing one of the IEEE non-aware conditional predicates to the condition CIR with 
the SNAN enable bit and the NAN condition code bit set. The dialog is shown in Figure 7-37. 

When the main processor reads the response CIR to receive the true/false result of the conditional 
evaluation, the FPCP returns the take pre-instruction exception primitive instead of the null pri- 
mitive. In order to update the FPIAR, the PC bit of this primitive is also set. The main processor 
services this primitive by transferring the program counter, writing an exception acknowledge to 
the control CIR, and then initiating exception processing. Although the MC68020 or MC68030 
always performs the program counter transfer when it is requested, other main processors may 
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(A SIMILAR SEQUENCE IS FOLLOWED DURING THE INITIAL PHASE OF AN FSAVE INSTRUCTION, 
AS INDICATED IN THE FSAVE PROTOCOL DIAGRAM) 

Figure 7-36. Mid-Instruction Interrupt Dialog 
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Figure 7-37. Take BSUN Exception Dialog 



program counter transfer when it is requested, other main processors may choose to ignore this 
request frorn an MC68881 without incurring a protocol violation. The IVIC68882 returns a protocol 
violation whenever the main processor ignores a request for transfer of the program counter. 

Note that the write of the exception acknowledge causes the response CIR encoding to be changed 
to the null primitive, thus assuring that the take exception primitive is received by the main 
processor while avoiding spurious request primitives in non-MC68020 or non-MC68030 based 
systems. 

7.5.4.5 F-LINE EMULATOR EXCEPTION. This dialog is utilized by the FRCP when a general in- 
struction is initiated, and the value written to the command CIR is not a legal FRCP command 
word encoding. In this case, the dialog consists of two write cycles and one read cycle, as shown 
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in Figure 7-38. First, the main processor attempts to initiate a new instruction by writing to the 
command CIR; it then reads the response CIR to determ'ine the appropriate action to be taken. In 
this case, the first read of the response CIR returns a take exception primitive with the F-line 
emulator vector number. The main processor services this primitive by writing an exception 
acknowledge to the control CIR and initiating exception processing. 
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Figure 7-38. Take F-Line Emulator Exception Dialog 



Note that the write of the exception acknowledge causes the response CIR encoding to be changed 
to the null primitive while avoiding spurious request primitives in non-MC68020 or non-MC68030 
based systems. 

7.5.4.6 FORMAT EXCEPTION, FSAVE INSTRUCTION. This dialog is utilized by the FRCP when an 
FSAVE or FRESTORE instruction dialog is interrupted by an attempt to initiate a new FSAVE 
instruction (by reading from the save CIR). In this case, the FRCP returns the invalid format word 
to signal the illegal nesting of the FSAVE instruction. The main processor services this format 
word by writing an abort to the control CIR and initiating exception processing. The dialog for 
this operation is shown in Figure 7-39. 



£ > 



MCB8020/MC68030 










MC68881/MC68882 










^j 




=> <N 










:5c 

■5 !2 S 


1- <=>" 


Q 


= ^^ 


S S 






Q" 


s 


^^1 


e ^ 


s 


^^if 


S o- 




3:rt 


2 5 












1 




to 









Figure 7-39. FSAVE Format Exception Dialog 
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Since the MPU writes an abort to the FRCP in response to the illegal format word, the FSAVE or 
FRESTORE that was interrupted by the nested FSAVE is destructively aborted with no indication 
to the suspended instruction of this occurrence. Thus, a suspended save operation continues to 
read the "frame" from the operand CIR if it is resumed, even though the data in the operand CIR 
is not valid. Lil<ewise, a suspended restore operation writes the remainder of the frame to the 
operand CIR if it is resumed, even though the data written is ignored and the restore operation 
is not performed. Due to the destructive behavior of a nested FSAVE instruction, programmers 
must be certain that the FRCP is not executing an FSAVE or FRESTORE instruction prior to an 
attempt to execute a new FSAVE instruction. If there is a possibility that a nested FSAVE might 
occur, the MRU MOVES instruction might be used to read the save CIR before the FSAVE is 
executed. If the value returned from the save CIR is the illegal format word, then the new FSAVE 
should be postponed. Reading the save CIR in this manner is not destructive. 



7.5.4.7 FORMAT EXCEPTION, FRESTORE INSTRUCTION. This dialog is utilized by the FRCP when 
an FRESTORE instruction is initiated by writing an invalid format word value to the restore CIR. 
(In this context, the term invalid format value refers to any value that is not a null, idle, or busy 
format word value recognized by the FRCP.) In this case, the FRCP returns the explicit invalid 
format word ($02xx) to signal the unrecognized format word value. The main processor services 
this format word by writing an abort to the control CIR and initiating exception processing. The 
dialog for this operation is shown in Figure 7-40. Note that this is a destructive exception since 
any instruction that was executing is aborted when the FRESTORE instruction is initiated. However, 
this should not be detrimental since a successful restore operation also aborts any previously 
executing instruction. 
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Figure 7-40. FRESTORE Format Exception Dialog 



MOTOROLA 
7-38 



MC68881/MC68882 USER'S MANUAL 



SECTION 8 
INSTRUCTION EXECUTION TIMING 

This section gives the instruction execution times for the I\/1C68881/IVIC68882 (FRCP) in terms of 
external clock cycles. This section provides the user with some reasonably accurate execution 
timing guidelines, but not exact timings for every possible circumstance. This approach is used 
since the exact execution time for an instruction is highly dependent on such things as external 
data formats, input operand values, operand type combinations, and timing relationships with 
respect to the main processor. The timing numbers presented in the following tables allow the 
assembly language programmer or compiler writer to predict worst case timings needed to 
evaluate the performance of the FRCP or to optimize code for concurrent execution. Also, the 
effect that various data formats and operand values have on execution times can be observed to 
allow optimizing data structures for the highest performance for a given application. Finally, the 
timings for exception processing, context switching, and interrupt processing are included so that 
designers of multitasking or real-time systems can predict such things as task switch overhead 
and maximum interrupt latency due to floating-point operations. 

When binary real data formats are used and no register conflicts occur, the MC68882 performs 
the operand transfer and data conversion for most general type instructions concurrently with 
calculations for preceding instructions. This section includes timing information that shows the 
amount of instruction overlap this concurrency provides. 

8.1 FACTORS AFFECTING EXECUTION TIMES 

When investigating instruction execution timing for the FRCP, it is assumed that the following 
information is required in order to make informed engineering trade-offs: 

• Best case instruction execution timings, for determining whether or not an FPCR-based system 
can meet certain data processing performance criteria. 

• Worst case instruction execution timings and how they affect execution concurrency, to allow 
programs and compilers to be optimized to take maximum advantage of overlap under any 
timing circumstances. 

• Guidelines to indicate how various programming practices can be utilized to improve upon 
the worst case execution times, and thus allow performance to approach, as closely as 
possible, the best case execution times for a given task. 

• The effects that an FRCP might have on system related timings such as context switch over- 
head time in multitasking systems, or interrupt latency time in a real-time system. 

First of all, when defining the performance of any machine that can operate in an asynchronous 
manner, or where data dependencies affect execution times, a set of assumptions must be made 
in order to provide a measurable environment. In this manual, instruction execution times are 
shown in clock cycles to remove clock frequency dependencies, and the following assumptions 
apply to define the context of the times shown. 

• The main processor is an MC68020, acting as the host to the FRCP, and the two devices use 
the same clock input. 

• When the main processor initiates a command to the FRCP, any previous floating-point 
instruction has been completed and the FRCP is in the idle state. 
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• All operands in memory, as well as the system stack, are long word aligned. 

• A 32-bit data bus is used for communications between the MC68020 and both the FRCP and 
the system memory. 

• All memory accesses occur with no wait states (i.e., three clock cycle reads and writes). 

• All coprocessor accesses, except those to the response and save CIRs, occur with no wait 
states. Accesses to the response and save CIRs require two wait cycles (five clock reads). 

Note that the clock signal relationship between the MC68020/MC68030 (MPU) and the FRCP as- 
sumed for these discussions is not a system requirement, but merely a simplification that allows 
easy measurement of instruction times. However, the ratio of MRU clock frequency to FRCP clock 
frequency can be any reasonable value. In general, the clock frequency of the FRCP affects absolute 
instruction timing more than that of the MPU, since floating-point operations are usually com- 
putation intensive. However, the clock frequency relationship of the MPU and FRCP can affect the 
execution time of an instruction due to the time needed to transfer operands of various sizes and 
due to actual activity of the two devices. The magnitude of the dependency of execution times 
on the clock frequency of the MRU varies with instruction types, since some instructions spend 
a relatively small amount of their overall execution time in communication with the main pro- 
cessor; whereas, other instructions spend almost all of their execution time in communication 
with the main processor. 

With this set of assumptions as a starting point, several factors must be defined that contribute 
to the overall execution time for a given instruction. Some of these factors are common to all 
instructions, while others are only applicable to certain instructions or data types. Particularly, 
the execution times for the conditional and system control instructions are not widely variable, 
but the execution time for an arithmetic or data movement instruction is heavily affected by data 
values and exception checking. In order to better understand how these factors are combined to 
calculate the execution time for an arithmetic or move-to-floating-point register instruction, it is 
helpful to divide coprocessor instruction execution into the following steps: 

1. Receive the command word from the host processor, decode it, and return the first service 
request primitive. 

2. Receive the main processor program counter, if required. 

3. Receive an external operand, if required. 

4. Convert the operand to the internal extended format. 

5. Perform the algorithm specified by the command word on the operand(s). 

6. Round the result to the correct precision, check the result of the computation for conditions 
such as overflow, then store the result into a floating-point data register. 

The first three of these steps require approximately the same amount of time for any instruction, 
but the last three steps can require widely varying amounts of time even when comparing the 
execution time for a given instruction with different data inputs. For purposes of this discussion, 
the first three steps are referred to as the instruction start-up phase, the fourth step as the 
conversion phase, the fifth step as the calculation phase, and the sixth step as the round/store 
phase. The following sections discuss the factors that affect the execution time of an arithmetic 
instruction during each of these phases. 

8.1.1 Instruction Start-Up Phase 

The factor that affects execution time most heavily during this phase of an instruction is the 
location and format of an external operand. The three possible locations for an input operand 
are: 
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1. In a floating-point data register, 

2. In a main processor data register, and 

3. In external nnemory. 



If an operand resides in a floating-point data register before an instruction starts, no data move- 
ment operation is required to prepare it for the calculation phase, and thus, the start-up phase is 
very short. If an operand resides in a main processor data register, the FRCP uses the evaluate 
effective address and transfer data response primitive to request it from the MRU. In this case, 
the MRU does not generate any operand memory cycles, and the operand is transferred to the 
FRCP with a single bus cycle. The FRCR then converts the signed integer or single precision 
floating-point number to extended precision and proceeds to the calculate phase. 

For the third operand location case, execution time can vary widely due to two separate mech- 
anisms, the addressing mode and alignment of the operand in memory, and the data format and 
value of the operand. The addressing mode used to locate an operand affects execution time in 
a straightforward manner due to the fixed nature of effective address calculations by the MRU. 
For example, if the addressing mode used is address register indirect, (An), then no instruction 
prefetch or external bus cycle is required to calculate the address of the operand. If the addressing 
mode used is memory indirect with post-indexing, ([d,An],Xn.sz*sci,d), then up to five instruction 
prefetch words and one long word indirect address fetch may be required to calculate the final 
address of the operand. Then, once the operand is located, up to three long word fetches may 
be required to transfer the operand to the FRCR. The execution times for these operations are 
quite predictable (i.e., there are no data dependencies involved), although they are affected by 
instruction stream alignment, MRU cache hits, memory access times, memory width, and operand 
alignment. As mentioned earlier, certain assumptions are made with regard to these factors (for 
the purposes of this discussion) so that the tables in this section may be simplified. In order to 
include the effects of these factors, refer to the MC68020 user's manual or the MC68030 user's 
manual for more information regarding bus operation. 

The second mechanism that can affect execution times for operands in memory is the data format. 
For the integer and binary floating-point formats, the execution times for conversions required 
to prepare the operand for the calculation are relatively free from data dependencies. However, 
for the packed decimal floating-point format, execution times can vary significantly due to the 
value of the input operand. 

8.1.2 Calculation Phase 

This is the most volatile portion of an instruction with respect to execution times. The main factor 
that affects the calculation time is the operation to be performed (e.g., a sine operation requires 
far more time than an add operation), but for a given operation, the execution time is data 
dependent. For the monadic operations, the data dependency is limited to the type and value of 
the Input operand; for the dyadic operations, the combination of the types and values of the two 
operands can also affect execution time (in this context, data type refers to the FRCR extended 
precision representation of one of the five IEEE data types: normalized, denormalized, zero, infinity, 
and not-a-number). Because execution times vary due to data values and type combinations. 
Tables 8-14 and 8-15 indicate the execution time for each arithmetic operation with typical ar- 
guments, along with timing values for special case operand types such as zero, infinity, etc. 

8.1.3 Round/Store Result Phase 

The execution time for this phase of an Instruction is dependent on the mode of operation that 
is programmed Into the floating-point control register, as well as the value of the result. For 
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example, if the rounding precision is programmed to be extended, execution is faster tlian if it 
is single. Also, if tlie result of a calculation overflows or underflows the destination precision, 
then more time is required to handle that exception. In the following subsections, the overall 
execution times for the arithmetic operations assume the best case round/store phase time. Table 
8-16 lists the values used to calculate execution times for various rounding precisions and ex- 
ception handling operations. 

8.2 CONCURRENT INSTRUCTION EXECUTION 

An important factor that should be considered when optimizing MPU and FRCP programs is the 
amount of concurrent execution time that an instruction allows. It is also an important consid- 
eration in calculating overall execution time. 

Concurrency between MPU and the FRCP applies when the main processor executes MPU in- 
structions while the coprocessor completes execution of a floating-point instruction. The MC68882 
can execute two floating-point instructions concurrently, providing additional concurrency not 
available in the MC68881. 

Overlap time between instructions determines the degree of concurrency that is possible. Overlap 
time is derived from the combination of the tail of an instruction with the head of the next 
instruction, where tail and head are portions of the total execution time of an instruction. The tail 
is the portion of the total execution time during which another instruction can be executed. The 
head is the portion of the total execution time that can be performed while another instruction 
is completing. The overlap time of two consecutive instructions is either the tail of the first 
instruction or the head of the second, whichever is less. 

The tail of a floating-point instruction is the time during which the MPU can execute a subsequent 
instruction. It consists of the time during which the coprocessor releases the MPU to allow a 
subsequent instruction to begin. During this period, the coprocessor is still performing the cal- 
culations necessary to complete the current instruction. 

In the case of the MC68881, overlap occurs only when the subsequent instruction is an MPU 
instruction. Table 8-25 is used to calculate the portion of the MC68881 instruction that can overlap 
with an MPU instruction. If the subsequent instruction is a floating-point instruction, the MPU is 
requested to wait to execute it until the coprocessor finishes the current instruction. That is, the 
head portion of the execution time for a floating-point instruction executing in an MC68881 is 
zero. 

The MC68882, however, can obtain the operand of a subsequent floating-point instruction and 
convert the operand to internal format during the tail of the previous instruction. This portion of 
the instruction is defined as the head of the MC68882 instruction. It is the portion of the instruction 
that begins when the instruction is initiated by the MPU, and ends when the present coprocessor 
instruction can no longer operate under the tail of a previous instruction. The actual values of 
head and tail that apply to the MC68882 floating-point instructions are shown in Table 8-3. The 
tails of MC68882 floating-point instructions can execute concurrently with MPU instructions as 
well as with other MC68882 instructions. The head times for the MC68882 instructions indicate 
the degree of concurrency that is allowed. 

Each floating-point instruction of the MC68882 is either fully concurrent, partially concurrent, or 
non-concurrent. Instructions for which the head time equals the total execution time are fully 
concurrent. Those for which head and tail values are shown are partially concurrent. The instruc- 
tions that have zero head values are non-concurrent. 
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Concurrent execution of floating-point instructions in tlie MC68882 can significantly improve 
coprocessor performance. Refer to 5.1.2 Optimization of Code for the iVlC68882 for more infor- 
mation on the effects of concurrency on the performance of programs. 

8.3 INTERRUPT LATENCY TIMES 

In real-time systems, a very important factor pertaining to overall system performance is the 
response time required for a processor to handle an interrupt. In the M68000 Family of processors, 
interrupts are allowed to be asserted to the processor asynchronously, and they are handled on 
the next instruction boundary. While the average interrupt latency for the MPU is quite short, the 
maximum latency is often of critical importance since real-time interrupts cannot require servicing 
in less than the maximum interrupt latency. The maximum interrupt latency for the MPU is 
approximately 250 clock cycles (for the MOVEM.L ([d32,An],Xn,d32),D0-D7 A0-A7 instruction where 
the last data fetch is aborted with a bus error; refer to the MC68020 user's manual or the MC68030 
user's manual for more detailed information), but some FPCP instructions may take two or three 
times that long to execute with typical operand types, combinations and values. 

It may be unacceptable in a real-time system to have a worst-case interrupt latency time as large 
as 600 or more clock cycles (the length of some long floating-point instructions). Therefore, the 
FPCP allows interrupts to be processed in the middle of the execution of a floating-point instruction, 
whenever possible, to reduce the latency time, The FPCP does this in four ways: 

1. By returning the null (CA = 0, IA=1, PF = 0) primitive when it enters the calculate phase of 
an instruction that allows concurrency. If the MPU is not in the trace mode, it is then free to 
fetch the next instruction and process any pending interrupts at the instruction boundary, If 
the MPU is in the trace mode, it waits for the FPCP to complete execution and return the 
null (CA = 0, PF=1) primitive before continuing with the next instruction, but it services 
pending interrupts while it is waiting. 

2. By returning the null (CA= 1, IA= 1) primitive when the main processor attempts to initiate 
a floating-point instruction whilethe FPCP is unable to begin anotheroperation,thus allowing 
the MPU to service interrupts while waiting for the coprocessor to start execution of the new 
instruction, 

3. By returning the null (CA= 1, IA= 1) primitive during internal conversions for non-concurrent 
instruction execution (eg,, FMOVE,<fmt> FPn,<ea> in the MC68881 or FMOVE.W FPn,<ea> 
in the MC68882) before returning service request primitives to complete the operation. 

4. By returning the not ready, come again format code during internal operations required by 
the FSAVE instruction. The FPCP returns this format code in some cases (as described in 6.4 
CONTEXT SWITCHING) to enable it to store a smaller state frame, and the MPU can process 
interrupts while waiting for the save operation to begin. 

For the first two cases, the MPU is allowed to process interrupts during the tail period defined in 
8.2 CONCURRENT INSTRUCTION EXECUTION. For the third case, the period during which the 
MPU can process interrupts is illustrated in Figure 8-1. The timing for the fourth case is similar 
to the third case, except that the periods labeled "Convert", "Round", and "Transfer" for the FPCP 
are not used for those purposes but instead for saving of the internal state. 



INITIATE INSTRUCTION 


WAIT INTERRUPTS ALLOWED 
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START-UP 
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MC68020 MC68030 
MC68888rMC68882 

Figure 8-1. Non-Concurrent Instruction Execution, Interrupts Allowed 
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Basically, the maximum interrupt latency time for any FPCP instruction is equal to the worst case 
execution time minus the interrupts allowed time, where both of these values are calculated using 
the tables m this section. For concurrent instructions, the execution time and allowed concurrency 
times are shown, and the interrupt latency is the difference between these two values. For non- 
concurrent instructions, the amount of time during which interrupts are allowed is shown in the 
tables as the number of allowed overlap clock cycles, and the interrupt latency is approximately 
equal to the total execution time minus the allowed overlap time. However, as shown in Figure 
8-1, there may be two separate time periods during which the MRU is not allowed to process 
interrupts. For some instructions, such as the FMOVE.P FPn,<ea> instruction, these two periods 
are approximately equal and make up a small fraction of the overall execution time for the 
operation. On the other hand, for the FRESTORE and FSAVE instructions, the time required to 
transfer a busy state frame is roughly equal to the overall execution time. In fact, the worst case 
interrupt latency due to an FPCP instruction is for the FRESTORE instruction with a busy state 
frame. 

8.4 COPROCESSOR INTERFACE OVERHEAD 

For all of the instruction timings shown in the following tables, all coprocessor interface bus cycle 
timing and associated processing are included in the overall execution times. However, it is 
assumed that when the main processor begins execution of a floating-point instruction, the FPCP 
has completed execution of any previous instruction and is ready to begin a new instruction. 
(Note that the criteria for determining the readiness of the MC688§1 is different from that of the 
MC68882. The MC68881 is ready to begin an instruction if the previous instruction is completed. 
The MC68882, however, is ready to begin an instruction if the instruction has completed executing 
in the CU and the CU has handed off the instruction to the APU.) Thus, the MPU is never required 
to wait while the FPCP completes an instruction. Also, it is assumed that when the MPU is waiting 
for the FPCP during a non-concurrent instruction, the main processor reads the response register 
at exactly the moment when the FPCP is prepared to return a service request primitive to complete 
or continue the instruction. If these conditions are not met, the actual instruction execution time 
can be shorter or longer than the values shown in the tables, due to synchronization of the two 
devices. 

First, it must be noted that the FPCP does not begin execution of an instruction until the start of 
the read cycle from the response CIR in which the first primitive of the instruction dialog is returned 
to the main processor. If the MPU attempts to initiate a floating-point instruction before the 
previous one has completed and the coprocessor is ready, the FPCP queues the command word 
or conditional predicate and then instructs the MPU to wait (by encoding the null (CA= 1, IA= 1 ) 
primitive in the response CIR) until the previous instruction is completed and the FPCP is ready 
to begin the next instruction. When the previous instruction has completed execution, the FPCP 
does not begin execution of the queued instruction until the next read of the response CIR. The 
sequence of events for this situation is: 

1. The FPCP allows concurrent instruction execution by returning the null (CA = 0, IA=1, PF = 0) 
primitive to the MPU. 

2. The MPU encounters the next FPCP instruction and attempts to initiate execution by writing 
to the command or condition CIR. The MPU then starts a read from the response CIR to 
determine what further action should be taken. 

3. The FPCP queues the instruction initiation request and changes the encoding of the response 
CIR to null (CA=1, IA=1), causing the MPU to wait. 

4. The MPU continues to read the response CIR repeatedly until a new primitive is encoded or 
an interrupt becomes pending (if an interrupt occurs, the MPU resumes polling of the re- 
sponse CIR after the interrupt handler executes an RTE instruction). 
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5. The MC68881 APU becomes idle (by completing the previous instruction) and waits for the 
next read of the response CIR. In the MC68882, the CU hands off the instruction to the APU 
after the APU completes the previous instruction and waits for the next read of the response 
CIR. 

6. The MPU reads the response CIR, which either results in the return of a take exception 
primitive (due to an exception during the previous instruction) or causes the FPCP to begin 
execution of the new instruction by returning the first primitive required for that operation. 

The timing relationship of the main processor and the FPCP during this sequence can affect the 
overall execution time of the new instruction, due to synchronization between the two devices. 
Specifically, if the MPU begins a read of the response CIR exactly one clock cycle before the FPCP 
completes the execution of the previous instruction in the APU, the FPCP immediately begins 
execution of the new instruction by returning the first primitive of the new instruction dialog 
during that read cycle. This case is shown in Figure 8-2, which illustrates the best case timing for 
coprocessor interface overhead: two clock cycles. 

so SI S2 S3 S4 S5 SO SI S2 S3 S4 S5 SO SI S2 Sw Sw Sw Sw S3 S4 S5 
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Figure 8-2. Best-Case Coprocessor Interface Overhead Timing 

Figure 8-2 also illustrates the typical coprocessor interface overhead timing, which occurs when 
the MPU initiates a new instruction and the FPCP Is in the idle state. For this case, there is no 
overlap with a previous instruction at the beginning of the instruction dialog, and the coprocessor 
interface overhead for the new instruction is eleven clock cycles. Also, note that this example 
assumes that the instruction prefetch requested by the cpGEN start-up operation was not satisfied 
by the previous prefetch bus cycle, and it does not hit in the MPU on-chip instruction cache. Refer 
to 8.5.2 MC68881 Detail Timing Tables for further discussion of the effects of instruction prefetch- 
ing by the MPU. 

If the read cycle to the response CIR occurs before the FPCP has completed execution of the 
previous instruction, the MPU processes the null (CA=1, IA=1) primitive that is returned (by 
checking for pending interrupts and re-reading the response CIR if there are none). This operation 
requires 10 MPU clock cycles, and thus there is a 10 clock cycle worst case synchronization period 
that is part of the effective execution time for the hew instruction. (The worst case occurs if the 
response CIR read cycle starts two clock cycles before the previous instruction in the APU is 
completed.) The worst case timing is shown in Figure 8-3. The exact amount of synchronization 
time required is dependent on the system environment, such as the clock signal relationship 
between the MPU and the FPCP, and the context of an ihstruction sequence. In all of the following 
tables, the typical case of no overlapped execution Is assumed; thus, a coprocessor interface 
overhead value of eleven clock cycles is included in the timing numbers. If an attempt is made 
to optimize an instruction sequence for overlapped execution, the coprocessor interface overhead 
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Figure 8-3. Worst-Case FRCP Interface Overhead Timing 

may be reduced by as much as nine clock cycles. However, incorrect "optimization" may result 
in an eleven clock cycle overhead, which is no worse than the no overlap case previously described. 

A similar overhead effect occurs for non-concurrent instructions that allow interrupt processing 
by returning the not ready format code (FSAVE instruction), or the null (CA=1, IA=1) primitive 
in the middle of instruction execution (i.e., the FSAVE and FMOVE FPn,<ea> instructions). In 
these cases, the FPCP completes as much of the instruction as possible while allowing interrupts, 
and then prepares to encode a valid format code or service request primitive in the save or 
response CIR during the next read by the MPU. The timing relationship between the start of the 
read cycle and the completion of internal operations by the FPCP is identical to the timing pre- 
viously described for the instruction start up phase. Thus, the same 10 clock cycle overhead factor 
might be added to the execution time for these instructions. 

In the following tables, the assumptions stated earlier apply (i.e., the main processor is an MPU 
running on the same clock as the FPCP), and the coprocessor interface overhead for all operations 
other than instruction initiation is included based on those assumptions. If an instruction is ex- 
ecuted under conditions other than those described, the execution time may be increased in 
increments of 10 clock cycles if necessary. 

8.5 EXECUTION TIMING TABLES 

In the following subsections, timing tables are presented that allow the calculation of best case, 
typical and worst case execution times for any FPCP instruction. These tables are based on the 
assumptions previously stated and include the total execution time for each instruction. In other 
words, the numbers that are calculated using these tables indicate the time from the beginning 
of execution of the coprocessor instruction by the MPU (i.e., when the instruction has been 
prefetched and loaded into the instruction decode register) to completion of the instruction by 
the FPCP and/or MPU (i.e., when a read of the response CIR indicates a null (CA = 0, PF=1), when 
conditional processing is completed, or when the last operand transfer to or from the FPCP has 
been completed). 

Bus cycle activity is also indicated by the tables and includes all bus cycles generated by a particular 
operation. Note that instruction prefetch and operand write cycles requested by the execution of 
a given instruction may not actually be executed during the execution of the instruction, but are 
queued by the MPU bus interface unit for completion as soon as the bus is available. (Refer to 
the MC68020 or MC68030 user's manual for more information on bus cycle overlap.) When a 
floating-point operation is completed, a prefetch request has been generated by the MPU to replace 
each word of the instruction stream used by the instruction or to refill the instruction pipe in the 
case of a conditional branch, a trap instruction, or an exception. 
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The tinning information shown in the following tables for some operations includes three numbers 
that depend on the context of the instruction (i.e., the alignment of the instruction stream, whether 
the MPU instruction cache is enabled, and whether the cache contains the instruction.) 

1. The best case value, where prefetches hit in the MPU on-chip cache and the instruction 
benefits from the maximum overlap, in the MRU pipeline, with other instructions. Due to 
the highly volatile nature of the instruction pipeline, this case is not easy to achieve inten- 
tionally but occurs occasionally. 

2. The cache-only-case, where prefetches hit in the MPU on-chip cache, but the instruction 
does not overlap with preceding or following instructions. 

3. The worst case, where prefetches do not hit in the MPU on-chip cache or the cache is disabled, 
and there is no instruction overlap. It is further assumed that the instruction is aligned so 
that a prefetch is executed before the MPU writes to the FPCP command CIR. 

The execution time entries in most of the following tables contain seven numbers. The left-most 
number is the total execution time for the operation in clock cycles, followed by the number of 
clock cycles of the total execution time that is allowed to overlap with execution of other operations 
by the main processor. Then, in parenthesis, the bus cycle activity is included, which indicates 
the number of instruction prefetch, operand read, operand write, coprocessor read, and copro- 
cessor write bus cycles that are generated by the execution of the instruction. An example of the 
format of an entry from the timing tables is: 



xx/xx (xx/xx/xx/xx/xx) 



Total execution time 

Overlap with subsequent MPU instructions 
Number of prefetch bus cycles 



Number of operand read bus cycles 

Number of operand write bus cycles 

Number of coprocessor read bus cycles - 
Number of coprocessor write bus cycles. 



The total number of clocks required for the bus activity in each entry can be derived by multiplying 
the total number of bus cycles by three. (This does not account for the fact that reads from the 
response and save CIRs require five clocks rather than three, but the two clock-cycle discrepancy 
is usually negligible compared with the overall execution time for an instruction.) For some 
instructions, the number of coprocessor read cycles indicated by the tables may not reflect the 
actual number of read cycles that are executed during the dialog for the instruction. This is because 
only the first occurrence of a series of null (CA=1, IA=1) or null (CA = 0, PF = 0, IA=1) primitives 
is included in the tables. For example, the FPCP forces the main processor to wait during the 
conversion phase of the FMOVE FPn,<ea> instruction by using the null response primitive. The 
MPU may perform numerous response CIR read cycles during the time that it waits for the FPCP, 
but only the first of this series of read cycles is included in the timing table entry. Although this 
simplification may fail to indicate the true number of coprocessor read cycles executed by the 
MPU, it allows the tables to accurately indicate the minimum number of different response pri- 
mitive and operand reads that must be executed by a main processor, regardless of its type or 
clock and bus speed. 

The timing tables in the following sections are divided into two major groups. First, several tables 
are presented that allow quick determination of the typical execution time for all instructions. 
These tables are comprehensive but assume typical operand inputs and operating conditions for 
simplicity. No more than two tables are used to determine the typical execution time for a given 
instruction. One table is used to determine the basic execution time for the selected instruction. 
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and a second table (one of five listing the instruction groups) is used to determine the additional 
time required for the calculation of the effective address by the MPU, for those instructions that 
require an effective address calculation. 

The second group of tables is used to calculate a more precise execution timing value for a specific 
instruction, addressing mode, and operand type combination than is available in the first group 
of tables. This group of tables is also useful for the calculation of execution times where the main 
processor is not an MPU, since the timing for each phase of instruction execution is included in 
a separate table. This allows timings that are only dependent on the FRCP to be calculated and 
added to the timing characteristics of the main processor. 

8.5.1 Timing Tables for Typical Execution 

This set of tables allows a quick determination of the typical execution time for any FPCP instruction 
when the MPU is used as the main processor. The first table presented is for effective address 
calculations performed by the MPU. Entries from this table are added to the entries in the other 
tables in this subsection, if necessary, to obtain the overall execution time for an operation. The 
assumptions that apply to the following tables are: 

• The main processor is an MC68020 and operates on the same clock as the FPCP. Instruction 
prefetches do not hit in the MC68020 cache (or it is disabled), and the instruction is aligned 
so that a prefetch occurs before the command CIR is written by the MC68020. 

NOTE 

The timing numbers are derived assuming that the main processor is an MC68020. 
The MC68030 has a more optimized coprocessor interface and can benefit from the 
data cache hits. These improvements of the coprocessor interface are not used in 
determining typical operation. Actual operation when using the MC68030 always 
yields better values than the calculations derived from these tables. 

• A 32-bit memory interface is used, and memory accesses occur with zero wait states. All 
memory operands, as well as the stack pointers, are long-word aligned. 

• Accesses to the FPCP require 3 clock cycles, with the exception of read accesses to the 
response and save CIRs, which require 5 clock cycles. 

• No instruction overlap is utilized so the coprocessor interface overhead is 1 1 clocks. This can 
be reduced to 2 clock cycles if optimized code sequences are used or may be 11 clock cycles 
if overlap is attempted and a synchronization delay is required. 

• Typical operand conversion and calculation times are used (i.e., input operands are assumed 
to be normalized numbers in the legal range for a given function). 

• No exception is enabled, no exception occurs, and the default rounding mode and precision 
of round-to-nearest, extended precision is used. 

8.5.1.1 EFFECTIVE ADDRESS CALCULATIONS. For any instruction that requires an operand ex- 
ternal to the FPCP, an evaluate effective address and transfer data response primitive is issued 
by the FPCP during the dialog for that instruction. The amount of time that is required for the 
MPU to calculate the effective address while processing this primitive for each addressing mode, 
excluding the transfer of the data to the FPCP, is shown in Table 8-1. The times shown in this 
table include all bus cycles required to perform the address calculation (such as instruction pre- 
fetches and memory indirect fetches). 

For the FMOVEM instruction. Table 8-1 is also used to determine the time required for the MPU 
to perform an address calculation (implied by the transfer multiple coprocessor registers primi- 
tive). For the FScc, FRESTORE, and FSAVE instructions, the request to evaluate an effective address 
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Table 8-1. Effective Address Calculations 



Addressing Modes 


Best Case 


Cache Case 


Worst Case 


Dn or An 


0/0 (0/0/0/0/0) 


0/0 (0/0/0/0/0) 


0/0 (0/0/0/0/0) 


(An) 


0/0 (0/0/0/0/0) 


2/0 (0/0/0/0/0) 


2/0 (0/0/0/0/0) 


(An) + 


3/0 (0/0/0/0/0) 


6/0 (0/0/0/0/0) 


6/0 (0/0/0/0/0) 


-(An) 


3/0 (0/0/0/0/0) 


6/0 (0/0/0/0/0) 


6/0 (0/0/0/0/0) 


(di6,An) or(di6,PC) 


0/0 (0/0/0/0/0) 


2/0 (0/0/0/0/0) 


3/0 (1/0/0/0/0) 


(xxx).W 


0/0 (0/0/0/0/0) 


2/0 (0/0/0/0/0) 


3/0 (1/0/0/0/0) 


(xxx).L 


1/0 (0/0/0/0/0) 


4/0 (0/0/0/0/0) 


5/0 (1/0/0/0/0) 


#<data> 


0/0 (0/0/0/0/0) 


0/0 (0/0/0/0/0) 


0/0 (0/0/0/0/0) 


(d8,An,Xn) or (d8,PC,Xn) 


1/0 (0/0/0/0/0) 


4/0 (0/0/0/0/0) 


5/0 (1/0/0/0/0) 


(di6,An,Xn)or(di6,PC,Xn) 


3/0 (0/0/0/0/0) 


6/0 (0/0/0/0/0) 


7/0 (1/0/0/0/0) 


(B) 


3/0 (0/0/0/0/0) 


6/0 (0/0/0/0/0) 


7/0 (1/0/0/0/0) 


(di6,B) 


5/0 (0/0/0/0/0) 


8/0 (0/0/0/0/0) 


9/0 (1/0/0/0/0) 


(d32.B) 


11/0 (0/0/0/0/0) 


14/0 (0/0/0/0/0) 


16/0 (2/0/0/0/0) 


([B],l) 


8/0 (0/1/0/0/0) 


11/0(0/1/0/0/0) 


12/0 (1/1/0/0/0) 


([Bl,l,di6) 


8/0 (0/1/0/0/0) 


11/0(0/1/0/0/0) 


12/0 (1/1/0/0/0) 


([Bl,l,d32) 


10/0 (0/1/0/0/0) 


13/0 (0/1/0/0/0) 


15/0 (2/1/0/0/0) 


([di6,B],l) 


10/0 (0/1/0/0/0) 


13/0 (0/1/0/0/0) 


14/0 (1/1/0/0/0) 


([di6-Bl,l,di6) 


10/0(0/1/0/0/0) 


13/0(0/1/0/0/0) 


15/0 (2/1/0/0/0) 


([di6.Bl,l,d32) 


12/0(0/1/0/0/0) 


15/0(0/1/0/0/0) 


17/0 (2/1/0/0/0) 


([d32.B],l) 


16/0 (0/1/0/0/0) 


19/0 (0/1/0/0/0) 


21/0 (2/1/0/0/0) 


([d32.B],l,di6) 


16/0(0/1/0/0/0) 


19/0 (0/1/0/0/0) 


21/0 (2/1/0/0/0) 


([d32.Bl,l,d32) 


18/0 (0/1/0/0/0) 


21/0 (0/1/0/0/0) 


24/0 (3/1/0/0/0) 



B=Base address; 0, An, PC, Xn, An + Xn, PC + Xn. Form does not affect timing. 
I = Index; or Xn. 

NOTE: Xn cannot be in B and I at the same time. Scaling and size of Xn does not affect timing. 

is implied by the F-line instruction word; therefore, no response primitive is issued by the FRCP 
to request the evaluation. The following table is used for these three instructions to adjust the 
basic instruction execution time to reflect the addressing mode that is used. 

Note that Table 8-1 applies only to the MRU effective address calculation time for coprocessor 
instructions. The execution times included in this table are not the same as the calculate effective 
address times given in the MRU user's manuals for normal instruction execution. 

8.5.1.2 ARITHMETIC OPERATIONS. Three tables provide the typical instruction execution time 
for each arithmetic instruction. This group of instructions includes the majority of the FRCP op- 
erations such as FADD, FSUB, etc. In addition to the instructions that perform arithmetic calcu- 
lations as part of their function, the FCMP, FMOVE, and FTST instructions are also included since 
an implicit conversion is performed by those operations. For memory operands, the timing for 
the appropriate effective addressing mode must be added to the numbers in these tables to 
determine the overall instruction execution times. In order to simplify these tables, the overall 
execution times for the MC68881 are listed in Table 8-2, the overall execution times for the 
MC68882 are listed in Table 8-3, and the bus cycle activity numbers are listed in Table 8-4. In 
addition to the total execution times for the MC68882, Table 8-3 lists the head and tail values 
required for calculating concurrency. 
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Table 8-2. MC68881 Overall Execution Times 



Instruction 


FPn to FPm 


Memory Source or Destination Operand Format | 


Integer 


Single 


Double 


Extended 


Pacl<ed 


FABS 


35 


62 


54 


60 


58 


872 


FACOS 


625 


652 


644 


650 


648 


1462 


FADD 


51 


80 


72 


78 


76 


888 


FASIN 


581 


608 


600 


606 


604 


1418 


FATAN 


403 


430 


422 


428 


426 


1240 


FATANH 


693 


720 


712 


718 


716 


1530 


FCMP 


33 


62 


54 


60 


58 


870 


FCOS 


391 


418 


410 


416 


414 


1228 


FCOSH 


607 


634 


626 


632 


630 


1444 


FDIV 


103 


132 


124 


130 


128 


940 


FETOX 


497 


524 


516 


522 


520 


1334 


FET0XM1 


545 


572 


564 


570 


568 


1382 


FGETEXP 


45 


72 


64 


70 


68 


882 


FGETMAN 


31 


58 


50 


56 


54 


868 


FINT 


55 


82 


74 


80 


78 


892 


FINTRZ 


55 


82 


74 


80 


78 


892 


FLOGN 


525 


552 


544 


550 


548 


1362 


FL0GNP1 


571 


598 


590 


596 


594 


1408 


FLOG10 


581 


608 


600 


606 


604 


1418 


FL0G2 


581 


608 


600 


606 


604 


1418 


FMOD 


70 


99 


91 


97 


95 


907 


FMOVE to FPn 


33 


60 


52 


58 


56 


870 


FMOVE to memory 


— 


100 


80 


86 


72 


2002 


FMOVECR 


29 


— 


— 


— 


— 


— 


FMUL 


71 


100 


92 


98 


96 


908 


FNEG 


35 


62 


54 


60 


58 


872 


FREM 


100 


129 


121 


127 


125 


937 


FSCALE 


41 


70 


62 


68 


66 


878 


FSGLDIV 


69 


98 


90 


96 


94 


906 


FSGLMUL 


59 


88 


80 


86 


84 


896 


FSIN 


391 


418 


410 


416 


414 


1228 


FSINCOS 


451 


478 


470 


476 


474 


1288 


FSINH 


687 


714 


706 


712 


710 


1524 


FSQRT 


107 


134 


126 


132 


130 


944 


FSUB 


51 


80 


72 


78 


76 


888 


FTAN 


473 


500 


492 


498 


496 


1310 


FTANH 


661 


688 


680 


686 


684 


1498 


FTENTOX 


567 


594 


586 


592 


590 


1404 


FTST 


33 


60 


52 


58 


56 


870 


FTWOTOX 


567 


594 


586 


592 


590 


1404 



*Add the appropriate effective address calculation time. 
**lf the source or destination is an MPU data register, subtract 5 or 2 clock c 
***Assumes a static l<-factor is used if the destination data format is packed 

used. 
***The source operand is from the constant ROM rather than a floating-point data register 



ycles, respectively. 

decimal. Add 14 clock cycles if a dynamic k-factor is 
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Table 8-3. MC68882 Overall Execution Times 



Monadic 










Memory Source or 


Destination Operand Format 


»«« 






1 


FPn to FPm 


Integer* 


*** 


Single* 


... 


Double 


Extended 


Packed | 


H 


T 


Total 


H 


T 


Total 


H 


T 


Total 


H 


T 


Total 


H 


T 


Total 


H 


T Total 


FABS 


17 


17 


38 


21 


28 


68 


30 


20 


51 


36 


20 


57 


42 


20 


63 


13 


811 893 


FACOS 


17 


607 


628 


21 


618 


658 


30 


610 


641 


36 


610 


647 


42 


610 


653 


13 


1401 1483 


FADD 


17 


35 


56 


21 


54 


94 


30 


38 


69 


36 


38 


75 


42 


38 


81 


13 


827 909 


FASIN 


17 


563 


584 


21 


574 


614 


30 


566 


597 


36 


566 


603 


42 


566 


609 


13 


1357 1439 


FATAN 


17 


385 


406 


21 


396 


436 


30 


388 


419 


36 


388 


425 


42 


388 


431 


13 


1179 1261 


FATANH 


17 


675 


696 


21 


686 


726 


30 


678 


709 


36 


678 


715 


42 


678 


721 


13 


1469 1551 


FCMP 


17 


17 


38 


21 


36 


76 


30 


20 


51 


36 


20 


57 


42 


20 


63 


13 


809 891 


FCOS 


17 


373 


394 


21 


384 


424 


30 


376 


407 


36 


376 


413 


42 


376 


419 


13 


1167 1249 


FCOSH 


17 


589 


610 


21 


600 


640 


30 


592 


623 


36 


592 


629 


42 


592 


635 


13 


1383 1465 


FDIV 


17 


87 


108 


21 


106 


146 


30 


90 


121 


36 


90 


127 


42 


90 


133 


13 


879 961 


FETOX 


17 


479 


500 


21 


490 


530 


30 


482 


513 


36 


482 


519 


42 


482 


525 


13 


1273 1355 


FET0XM1 


17 


527 


548 


21 


538 


578 


30 


530 


561 


36 


530 


567 


42 


530 


573 


13 


1321 1403 


FGETEXP 


17 


27 


48 


21 


38 


78 


30 


30 


61 


36 


30 


67 


42 


30 


73 


13 


821 903 


FGETMAN 


17 


13 


34 


21 


24 


64 


30 


16 


47 


36 


16 


53 


42 


16 


59 


13 


807 889 


FINT 


17 


37 


58 


21 


48 


88 


30 


40 


71 


36 


40 


77 


42 


40 


83 


13 


831 913 


FINTRZ 


17 


37 


58 


21 


48 


88 


30 


40 


71 


36 


40 


77 


42 


40 


83 


13 


831 913 


FLOGN 


17 


507 


528 


21 


518 


558 


30 


510 


541 


36 


510 


547 


42 


510 


553 


13 


1301 1383 


FL0GNP1 


17 


553 


574 


21 


564 


604 


30 


556 


587 


36 


556 


593 


42 


556 


599 


13 


1347 1429 


FLOG10 


17 


563 


584 


21 


574 


614 


30 


566 


597 


36 


566 


603 


42 


566 


609 


13 


1357 1439 


FL0G2 


17 


563 


584 


21 


574 


614 


30 


566 


597 


36 


566 


603 


42 


566 


609 


13 


1357 1439 


FMOD 


17 


54 


75 


21 


73 


113 


30 


57 


88 


36 


57 


94 


42 


57 


100 


13 


846 928 


FMOVE to FPn 


21 


* 


21 


21 


8 


48 


34 


* 


34 


40 


* 


40 


46 


* 


46 


13 


809 891 


FMOVE to FPn** 


10 





21 


21 


8 


48 


28 


6 


34 


34 


6 


40 


40 


6 


46 


13 


809 891 


FMOVE to memory***** 


— 


— 


— 








110 


38 


* 


38 


44 


* 


44 


50 


* 


50 





2006 


FMOVE to memory** 


— 


— 










110 








38 








44 








50 





2006 


FMOVECR****** 


10 





32 


— — — 


— — — 


— — — 


— — — 


— — — 1 


FMUL 


17 


55 


76 


21 


74 


114 


30 


58 


89 


36 


58 


95 


42 


58 


101 


13 


847 929 


FNEG 


17 


17 


38 


21 


28 


68 


30 


20 


51 


36 


20 


57 


42 


20 


63 


13 


811 893 


FREM 


17 


84 


105 


21 


103 


143 


30 


87 


118 


36 


87 


124 


42 


87 


130 


13 


876 958 


FSCALE 


17 


25 


46 


21 


44 


84 


30 


28 


59 


36 


28 


65 


42 


28 


71 


13 


817 899 


FSGLDIV 


17 


53 


74 


21 


72 


112 


30 


56 


87 


36 


56 


93 


42 


56 


99 


13 


845 927 


FSGLMUL 


17 


43 


64 


21 


62 


102 


30 


46 


77 


36 


46 


83 


42 


46 


89 


13 


835 917 


FSIN 


17 


373 


394 


21 


384 


424 


30 


376 


407 


36 


376 


413 


42 


376 


419 


13 


1167 1249 


FSINCOS 


17 


433 


454 


21 


444 


484 


30 


436 


467 


36 


436 


473 


42 


436 


479 


13 


1227 1309 


FSINH 


17 


669 


690 


21 


680 


720 


30 


672 


703 


36 


672 


709 


42 


672 


715 


13 


1463 1545 


FSQRT 


17 


89 


110 


21 


100 


140 


30 


92 


123 


36 


92 


129 


42 


92 


135 


13 


883 965 


FSUB 


17 


35 


56 


21 


54 


94 


30 


38 


69 


36 


38 


75 


42 


38 


81 


13 


827 909 


FTAN 


17 


455 


476 


21 


466 


506 


30 


458 


489 


36 


458 


495 


42 


458 


501 


13 


1249 1331 


FTANH 


17 


643 


664 


21 


654 


694 


30 


646 


677 


36 


646 


683 


42 


646 


689 


13 


1437 1519 


FTENTOX 


17 


549 


570 


21 


560 


600 


30 


552 


583 


36 


552 


589 


42 


552 


595 


13 


1343 1425 


FTST 


17 


15 


36 


21 


26 


66 


30 


18 


49 


36 


18 


55 


42 


18 


61 


13 


809 891 


FTWOTOX 


17 


549 


570 


21 


560 


600 


30 


552 


583 


36 


552 


589 


42 


552 


595 


13 


1343 1425 



*These instruction do not have a tail time. The next instruction's head can be added to determine the effective head time. 
**When register conflict occurs, concurrency is decreased. 
***Add the effective address time to obtain overall execution time. Add the effective address time to obtain effective head time. 

(This does not apply to the FMOVE to memory instruction.) 
'***lf the source or destination is an MPU data register, subtract 5 or 2 cycles, respectively. 
****Assumes a static k-factor is used if the destination data format is packed decimal. Add 14 clock cycles if a dynamic k-factor is 

used. 
****The source operand is from the constant ROM rather than a floating-point data register. 
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Table 8-4. Bus Cycle Activity — Arithmetic Operations 



Operation Type 


FPm Source 


Memory Source or Destination Operand Format* 


Integer** 


Single** 


Double 


Extended 


Packed 


FPn Destination 


(1/0/0/1/1) 


(1/1/0/2/2) 


(1/1/0/2/2) 


(1/2/0/2/3) 


(1/3/0/2/4) 


(1/3/0/2/4) 


Move to IVIennory*** 


— 


(1/0/1/4/1) 


(1/0/1/4/1) 


(1/0/2/5/1) 


(1/0/3/6/1) 


(1/0/3/6/1) 



*Add tlie appropriate effective address calculation bus cycle activity. 
**lf the source or destination is an MC68020 data register, subtract (0/1/0/0/0) or (0/0/1/0/0), respectively. 

***lncludesthe read of one null (CA=1, IA=1) primitive when the conversion starts, the evaluate effective address and transfer data 
primitive when the conversion is complete, and a null (CA = 0) primitive after the transfer is complete. The MPLJ reads additional 
null (CA= 1, IA= 1 ) primitives while waiting for the transfer to start. For an MC68881, if no interrupts occur, the number of additional 
response CIR read cycles is 5 for integer, 3 for single or double, 1 for extended and ~194 for packed. For an MC68882, the number 
of additional response read cycles is 5 for integer and -194 for packed. 



8.5.1.3 MC68882 CONCURRENT OPERATIONS. The MC68882 overall Instruction timing table, 
Table 8-3, contains the H and T numbers, which are helpful in estimating the instruction execution 
overlap resulting from concurrent execution of floating-point instructions. 

• H — Head. The effective address calculation should be added to the head to obtain the true 
head time. (This does not apply for FMOVE to memory if a register conflict occurs.) 

• T — Tail. The period during which the MC68882 can begin another floating-point instruction. 

The total execution time for a set of instructions is the sum of the overall execution times of the 
individual instructions in the set minus the total overlap time. This formula applies to both the 
MC68881 and the MC68882; for the MC68881, the overlap between floating-point instructions is 
zero. 

Table 8-5 lists an example of the use of the timing tables to calculate the execution time for a 
sequence of instructions. The table compares the execution times, in clock cycles, of the individual 
instructions and the total execution time for the sequence using the IVIC68881 with the corre- 
sponding times using the MC68882. The first column lists the instructions in the set. The second 
column lists the time required to obtain the operand at the effective address. These numbers are 
taken from Table 8-1. This time applies to both coprocessors; it is added to the execution time 
for the instruction. The third column lists the total execution times for each instruction when 
executing in the MC68881. 

The four columns to the right list values that apply to the MC68882. From left to right, the columns 
contain the following values: 

1. The overall execution time for each instruction when executing in the MC68882, and the H 
and T numbers for each of the instructions. The T values for the fully-concurrent FMOVE 
instructions are shown as T=*. 

2. The adjusted head time, which is the sum of the effective address calculation time and the 
head time. For the FMOVE to memory instructions (opclass Oil), the effective address cal- 
culation is not added to the head time. The tail time is not altered. 

3. The effective head and effective tail time for each instruction. Where T is shown as T = *, the 
effective head time is the sum of the FMOVE H time plus the H time of the subsequent 
instruction. The tail time is not altered. 

4. The actual overlap time, which is the lesser of the effective tail and the effective head of the 
column to the liBft. 

At the bottom of the table, the totals show the overall times. For the MC68881, this time is the 
sum of the total execution time plus the effective address time. For the MC68882, it is the sum 
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Table 8-5. Timing Calculation Example 



Instruction 


<ea> 
Time 


MC68881 
Times 


MC68882 


Times 


Adjusted 


Effective Head 
Effective Tail 


Actual 
Overlap 


FMUL.D <ea>,FP1 
FMOVE.D FP2,<ea> 
FADD.D <ea>,FP1 
FMOVE.X FP0,FP2 
FMUL.D <ea>,FP2 
FMOVE.D FP1,<ea> 
FADD.D <ea>,FP2 
FMOVE.X FP0,FP1 


6 
6 
6 

6 
6 
6 



98 
86 
78 
33 
98 
86 
78 
33 


95 
H = 36 
7 = 58 

44 
H = 44 
T= * 

75 
H = 36 
7 = 38 

21 
H = 21 

7= * 

95 
H = 36 
7=58 

44 
H = 44 
7= * 

75 
H = 36 
7 = 38 

21 
H = 21 
7= * 








36 + 6 = 42 


58 


58 
50 + 42 = 92 


58 




44 + 6 = 50 


* 




36 + 6 = 42 


38 


38 
21+42 = 63 


38 




21 


* 




36 + 6 = 42 


58 


59 
51+42 = 93 


58 




44 + 6 = 50 


* 




36 + 6 = 42 


38 


38 
21 


21 




21 


* 





Total 



36 



557 



470 



175 



overall 881 time: 557 + 36= 593 

overall 882 time: 470 + 36-175= 331 
ratio: 593/331= 1.80 



of the total execution time plus the effective address time, less the actual overlap time. The 
conclusion is that for the instruction sequence shown here, the MC68881 requires 1.80 times 
longer to execute compared to the MC68882. 

8.5.1.4 MOVE CONTROL REGISTER AND FMOVEM OPERATIONS. Table 8-6 shows the execution 
times for the FMOVE FPcr and FMOVEM instructions. The timing for the appropriate effective 
addressing mode must be added to the numbers in this table to determine the overall instruction 
execution times. 



MC68881/MC68882 USER'S MANUAL 



MOTOROLA 
8-15 



Table 8-6. Move Control Register and MOVEM Execution Times 




Operation* 


Best Case 


Cache Case 


Worst Case 


FMOVE FPcr.Rn 


29/6 (0/0/0/3/1) 


31/6 (0/0/0/3/1) 


34/9 


(1/0/0/3/1) 


FPcr,<ea> 


31/6 (0/0/1/3/1) 


33/6 (0/0/1/3/1) 


36/9 


(1/0/1/3/1) 


Rn,FPcr 


26/6 (0/0/0/2/2) 


28/6 (0/0/0/2/2) 


31/9 


(1/0/0/2/2) 


<ea>,FPcr 


31/6 (0/1/0/2/2) 


33/6 (0/1/0/2/2) 


36/9 


(1/1/0/2/2) 


#<data>,FPcr 


30/6 (0/0/0/2/2) 


30/6 (0/0/0/2/2) 


31/9 


(2/0/0/2/2) 


FMOVEM FPcr_list,<ea> 


25 + 6n/6 (0/0/n/2 + n/1) 


27 + 6n/6 (O/O/n/2 + n/1 ) 


30 + 6n/9 


(1/0/n/2 + n/1) 


<ea>,FPcr_list 


25 + 6n/6 (0/n/0/2/1+n) 


27 + 6n/6 (0/n/0/2/1+n) 


30 + 6n/9 


(1/n/0/2/1+n) 


#<data), 


24 + 6n/6 (0/0/0/2/1 + n) 


25 + 6n/6 (0/0/0/2/1 +n) 


29 + 6n/9 


(l+n/0/0/2/1+n) 


FPcr_list 










FMOVEM FPdr_list,<ea> 


35 + 25n/6 (0/0/3n/3 + 3n/1) 


37 + 25n/6 (0/0/3n/3 + 3n/1) 


40 + 25n/9 


{1/0/3n/3 + 3n/1) 


<ea>,FPdr_list 


33 + 31n/6 (0/3n/0/3/1+3n) 


35 + 31n/6 (0/3n/0/3/1+3n) 


38 + 31n/9 


(1/3n/0/3/l+3n) 


Dn,<ea> 


49 + 25n/6 (0/0/3n/4 + 3n/2) 


51+25n/6 (0/0/3n/4 + 3n/2) 


54 + 25n/9 


(1/0/3n/4 + 3n/2) 


<ea>,Dn 


47 + 31n/6 (0/3n/0/4/2 + 3n) 


49 + 31n/6 (0/3n/0/4/2 + 3n) 


52 + 31n/9 


(1/3n/0/4/2 + 3n) 



*Add the appropriate effective address calculation time, n is the number of registers transferred. Add two clocks if the coprocessor 

is an MC68882. 
NOTE: FPcr or FPdr indicates any one of the floating-point control or data registers, respectively. FPcr_list or FPdr_list indicates a list 

of any combination of the floating-point control or data registers, respectively. 



8.5.1 .5 CONDITIONAL INSTRUCTIONS. Table 8-7 lists the execution times for the FPCP conditional 
instructions. Each entry in this table, except those for the FScc instruction, is complete and does 
not require the addition of values from anyothertable. For the FScc instruction, the only additional 
factor that must be included is the calculate effective address time for the operand to be modified. 

Since the conditional instructions are intrinsic to the M68000 Family coprocessor interface (i.e., 
they are not defined by the FPCP through the use of response primitives), the MPU performs 
most of the processing associated with these instructions. The only part of the instruction that 
the FPCP performs is the evaluation of the conditional predicate written to the condition CIR. 
Thus, the execution times shown in Table 8-7 are heavily dependent on the environment in which 
the main processor executes. 



Table 8-7. Conditional Instruction Execution Times 



Operation 


Comments 


Best Case 


Cache Case 


Worst Case 


FBcc.W 


Branch Tal<en 
Branch Not Taken 


18/6(0/0/0/1/1) 
16/6(0/0/0/1/1) 


20/6 (0/0/0/1/1) 
18/6(0/0/0/1/1) 


23/6(2/0/0/1/1) 
19/6(1/0/0/1/1) 


FBcc.L 


Branch Taken 
Branch Not Taken 


18/6(0/0/0/1/1) 
16/6(0/0/0/1/1) 


20/6(0/0/0/1/1) 
18/6(0/0/0/1/1) 


23/6(2/0/0/1/1) 
21/6(2/0/0/1/1) 


FDBcc 


True, Not Taken 
False, Not Taken 
False, Taken 


18/6(0/0/0/1/1) 
22/6(0/0/0/1/1) 
18/6(0/0/0/1/1) 


20/6(0/0/0/1/1) 
24/6(0/0/0/1/1) 
20/6(0/0/0/1/1) 


24/9 (2/0/0/1/1) 
32/9 (4/0/0/1/1) 
26/9(3/0/0/1/1) 


FNOP 


No Operation 


16/6(0/0/0/1/1) 


18/6(0/0/0/1/1) 


19/6 (1/0/0/1/1) 


FScc 


Dn 

(An)-l- or -(An)* 

Memory** 


16/6(0/0/0/1/1) 
18/6 (0/0/1/1/1) 
16/6(0/0/1/1/1) 


18/6(0/0/0/1/1) 
22/6(0/0/1/1/1) 
20/6(0/0/1/1/1) 


21/9(2/0/0/1/1) 
25/9(2/0/1/1/1) 
23/9(2/0/1/1/1) 


FTRAPcc 


Trap Taken 
Trap Not Taken 


36/6(0/1/4/1/1) 
16/6(0/0/0/1/1) 


39/6 (0/1/4/1/1) 
■ 18/6(0/0/0/1/1) 


47/9 (3/1/4/1/1) 
22/9 (2/0/0/1/1) 


FTRAPcc.W 


Trap Taken 
Trap Not Taken 


38/6(0/1/4/1/1) 
18/6(0/0/0/1/1) 


41/6(0/1/4/1/1) 
20/6(0/0/0/1/1) 


45/9(3/1/4/1/1) 
23/9(2/0/0/1/1) 


FTRAPcc.L 


Trap Taken 
Trap Not Taken 


40/6(0/1/4/1/1) 
20/6(0/0/0/1/1) 


43/6(0/1/4/1/1) 
22/6(0/0/0/1/1) 


52/9 (4/1/4/1/1) 
27/9(3/0/0/1/1) 



*For condition true; subtract one clock for condition false. 
'^*Add the appropriate effective address calculation time. 
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The overlap allowed times listed for these instructions indicate the time at the beginning of the 
instruction that can overlap with the execution of the previous instruction by the FRCP. No overlap 
is allowed at the end of the instruction since the FPCP is always idle while the MPU is completing 
the operation. 

8.5.1.6 FSAVE AND FRESTORE INSTRUCTIONS. The time required for a context save or restore 
operation is shown in Table 8-8. The appropriate calculate effective address times must be added 
to the values in this table to obtain the total execution time for these operations. For the FSAVE 
instruction, the FPCP may use the not ready format code to force the MPU to wait while internal 
operations are completed in order to reduce the size of the saved state frame or reach a point 
where a save operation can be performed. The idle time occurs if the FPCP is in the idle phase 
when the save CIR is written (refer to 6.4.3 FSAVE Protocol and 6.4.4 FRESTORE Protocol for 
definitions of instruction phases). The busy time occurs if the FPCP is in the initial phase or at a 
save boundary in the middle phase when the save CIR is written. Times for the MC68882, which 
stores eight additional long words in the idle and busy state frames, are shown in separate table 
entries. 



Table 8-8. FSAVE and FRESTORE Instruction Execution Times 



Coprocessor 


Operation 


state Frame 


Best Case 


Cache Case 


Worst Case 


MC68881 


FRESTORE 


Null 
Idle 
Busy 


19/4* (0/1/0/1/1) 

55/4* (0/7/0/1/7) 

289/4* (0/46/0/1/46) 


21/4* (0/1/0/1/1) 

57/4* (0/7/0/1/7) 

291/4* (0/46/0/1/46) 


22/4* (1/1/0/1/1) 

58/4* (1/7/0/1/7) 

292/4* (1/46/0/1/46) 


MC68881 


FSAVE 


Null 
Idle 
Busy 


14/1 (0/0/1/1/0) 

50/1 (0/0/7/7/0) 

284/1 (0/0/46/46/0) 


16/1 (0/0/1/1/0) 

52/1 (0/0/7/7/0) 

286/1 (0/0/46/46/0) 


18/1 (1/0/1/1/0) 

54/1 (1/0/7/7/0) 

288/1 (1/0/46/46/0) 


MC68882 


FRESTORE 


Null 
Idle 
Busy 


19/4* (0/1/0/1/1) 
103/4* (0/15/0/1/15) 
337/4* (0/54/0/1/54) 


21/4* (0/1/0/1/1) 
105/4* (0/15/0/1/15) 
339/4* (0/54/0/1/54) 


22/4* (1/1/0/1/1) 
106/4* (1/15/0/1/15) 
340/4* (1/54/0/1/54) 


MC68882 


FSAVE 


Null 
Idle 
Busy 


14/1 (0/0/1/1/0) 
98/1 (0/0/15/15/0) 
332/1 (0/0/54/54/0) 


16/1 (0/0/1/1/0) 
100/1 (0/0/15/15/0) 
334/1 (0/0/54/54/0) 


18/1 (1/0/1/1/0) 
102/1 (1/0/15/15/0) 
336/1 (1/0/54/54/0) 



*Add the appropriate effective address calculation time. Note that the overlap time available for the FRESTORE instruction is of little 

use, since this operation destroys the previous context of the FPCP. 
**The second overlap allowed number represents the period during which the FPCP is preparing to perform the save operation and 

the MPU can process interrupts. 



8.5.2 MC68881 Detail Timing Tables 

This set of tables provides the information needed to calculate a more precise execution time for 
an instruction executing in the MC68881, based on the input operand format and type, than can 
be obtained with the typical timing tables shown previously. Also, these tables contain the in- 
formation necessary to determine instruction execution timing for a system that does not utilize 
the MPU as the main processor. The assumptions stated previously are used for these tables, 
with further restrictions described separately for each table. Note that the timing numbers in the 
typical timing tables are derived, in most cases, by using the following set of tables. 

In order to better understand the relationship of each table in this group, the following diagrams 
are included. These diagrams break each basic instruction type into separate execution compo- 
nents. For each component, the appropriate tables that are used to calculate the execution time 
are identified. These diagrams can also be used to clarify the distribution of responsibility for 
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instruction execution between the MPU and the l\/IC68881 and to more clearly illustrate the periods 
of time during which overlapped execution may occur. In these diagrams, the numbers inside 
each box indicate the table that is used to determine the timing for that phase of the instruction; 
the identification key for these tables follows the diagrams. 

Memory-to-Register, Register-to-Register Operations 



MC68020/MC68030 


START-UP 


EVALUATE 

<ea) 


TRANSFER 
OPERAND 


CONVERT 


1 1 

} CALCULATE [ 

1 1 


ROUND I 


1 


2 


3 




MC68881 




1 




3 


4 


5 


6 



Move Register-to-Memory 



MC68020/MC68030 


1 

START-UP 


CONVERT 


EVALUATE 

(ea) 


TRANSFER 
OPERAND 


1 


1 


2 


3 


MC68881 




1 


7 




3 





Conditional Operations 

I I EVALUATE i 



MC68020/MC68030 



START-UP 



MC68881 



CONDITION 



PROCEED 



*The timing for the evaluation of the conditional predicate is shown separately in 8.5.2.7 CONDI- 
TIONAL TERMINATION. 

*The action taken by the MC68020/MC68030 after the conditional predicate is evaluated by the - xCCw 
on the instruction (FPcc, FDBcc, FScc, or FTRAPcc). 



Move Control or Multiple Registers 



MC68020/MC68030 


START-UP 


EVALUATE 

(ea) 


REGISTER 
SELECT 


TRANSFER 
REGISTERS 


1 
1 




1 


2 


9 


9 


MC68881 




1 




9 


9 





Context Save Operation 



MC68020/MC68030 


START-UP 


EVALUATE 

(ea) 


PREPARE* 


TRANSFER 
FRAME 


1 




1 


2 


10 


MC68881 






10 


10 





"During this period, the MC68881 may force the MC68020/MC68030 to wait while an internal operation 
is completed, or reaches a point where a save operation can be performed. 
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1 

MC68020/MC68030 


START-UP 


1 EVALUATE 
' (ea) 


TRANSFER i 
FRAME 


1 2 


10 


MC68881 






10 



Context Restore Operation 

CONTINUE* I 
P 1 

._—— — — -J 

*When the context restore operation is completed, the MC68881 continues with any operation that 
was suspended by a previous context save. The MC68020/MC68030 does not re-establish commu- 
nications with the IVIC68881 during the FRESTORE instruction, but the execution of a subsequent RTE 
instruction restores the MC68020/MC68030 context to the state of the previously suspended operation 
if necessary. 

Table Identification: 

1 — Instruction Start-Up 

2 — Effective Address Calculations 

3 — Operand Transfers 

4 — Input Operand Conversions 

5 — Arithmetic Calculations 

6 — Rounding and Exception Handling 

7 — Output Operand Conversions 

8 — Conditional Instructions 

9 — Multiple Register Transfers 

10 — State Frame Transfers 

11 — Exception Processing 

As an example of the use of the information in the following paragraphs, consider the FADD.P 
(AO)-f ,FPO instruction. First, the instruction start-up table is used to determine the time required 
by the MPU to initiate the instruction (by writing the command word and reading the first response 
primitive). In this case, the first response is evaluate effective address and transfer data (with the 
PC bit set if any exceptions are enabled). The operand transfer table is then used to determine 
the time required to transfer the packed decimal string from memory to the MC68881, and this 
table requires the addition of the effective address calculation time. Thus, the calculate effective 
address table is used to determine the time required by the MPU to calculate the effective address, 
(AO) + , and those numbers are added to the start-up and transfer timing numbers. Note that these 
first three values are almost entirely dependent on the MPU and do not apply if the main processor 
is not an MC68020 or MC68030. 

To complete the timing calculation, a fourth table is used to determine the decimal-to-binary 
conversion time, based on the input operand data type and value. Finally, the fifth and sixth tables 
used determine the time required for the addition and rounding operations. The second set of 
three operations are totally independent of the main processor, and timing numbers derived for 
them can be utilized by non-MPU based system designers. 

As a further aid to understanding the interaction of the MPU with the MC68881 during the execution 
of an instruction, four diagrams are presented in Figures 8-4 and 8-5. The bus cycle activity and 
overlapped execution that is allowed during the communications dialog is shown in the diagrams, 
in addition to illustrations of the effect of instruction alignment, enabled exceptions, and device 
synchronization. These diagrams represent the clock-cycle-by-clock-cycle activity of the two de- 
vices for four cases of the FMOVE instruction. The first three diagrams describe the FMOVE.X 
FPm,FPn instruction for worst case and cache case operation, and the fourth diagram describes 
the FMOVE.X (An),FPn instruction. 

The three diagrams in Figure 8-4 show three cases of the FMOVE.X FPm,FPn instruction. The first 
and second cases show worst case operation (where the instruction prefetches required to replace 
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WORST CASE, EVEN-WORD ALIGNED: 



r 



(SEE NOTE 1) 



(SEE NOTE 2) 
1^ ^ \ 



•^LOCK I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I 

MC68020/MC68030 



cpGEN (FMOVE.X FPm, FPn) ? (WAIT) : 


NULL (CA=0) 


SUBSEQUENT INSTRUCTIONS 



BUS CYCLES ^^^^g"'; (PREFETCH)( cp WRITe")( cp READ ) - 
MC68881 



PREVIOUS INSTRUCTION 



OVERLAP TIME 
9 CLOCKS 



CONVERT 



EFFECTIVE EXECUTION TIME 
12 CLOCKS 



OVERALL EXECUTION TIME 
33 CLOCKS 



CALC 



ROUND 



OVERLAP TIME 
12 CLOCKS 



WORST CASE, ODD-WORD ALIGNED: 



r 



(SEE NOTE 1) 
A 



(SEE NOTE 2) 
-J ^ \ 



CLOCK I I I I I I I M I I I I I I I I I I I I I I I I I I I I I I 

MC6802Q/IVIC68030 



cpGEN (FMOVE.X FPm, FPn) (WAIT) 


NULL (CA=0) 


SUBSEQUENT INSTRUCTIONS 



BUS CYCLES ^^^C) { cp WRITER cp READ ) - 
MC68881 PREVIOUS INSTRUCTIONS I 



-^prefetch)- 



OVERLAP TIME 
6 CLOCKS 



CONVERT 



EFFECTIVE EXECUTION TIME 
13 CLOCKS 



OVERALL EXECUTION TIME 
30 CLOCKS 



CALC 



ROUND 



OVERLAP TIME 
11 CLOCKS 



CACHE CASE: 



(SEE NOTE 1) 
A 



(SEE NOTE 2) 
J\ 



/ V \ 

CLOCK I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I 



MC68020/MC68030 cpGEN (FMOVE.X FPm, FPn) (WAIT) 



NULL (CA=0) 



SUBSEQUENT INSTRUCTIONS 



BUS CYCLES wfflTE^) ( cP WRITE X "p READ ) - 
MC68881 PREVIOUS INSTRUCTION 



CONVERT 



OVERLAP TIME 
6 CLOCKS 



EFFECTIVE EXECUTION TIME 
12 CLOCKS 



OVERALL EXECUTION TIME 
30 CLOCKS 



CALC 



ROUND 



OVERLAP TIME 
12 CLOCKS 



NOTES: 

1 . These six clocks do not add to the overall execution time for the instruction, only the effective execution 
time for the MC68020. 

2. This operation does not add to the overall execution time for the instruction, only the effective execution 
time for the MC68020. 

Figure 8-4. Instruction Overlap Examples — FMOVE.X FPm,FPn 
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WORST CASE. EVEN-WORD ALIGNED: 



(SEE NOTE 1) 



(SEE NOTE 2) 
__/L__ 



CLOCK I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I 



MC68020/ r 
MC68030 L 



cpGEN (FMOVE.S (An), FPn) 



(WAIT) 



EVALUATE <ea> AND TRANSFER DATA 



NULL (CA=01 



SUBSEQUENT INSTRUCTIONS 



CYCLES WRITE^ X PREf ETcliy cp WRITE )( cp READ ^ 



BUS 
CYCLI 

MC68881 



PREVIOUS INSTRUCTION 



OVERLAP TIME 
9 CLOCKS 



] [ 



-( cp WRITE ) (mem READ)("ep WRITE ) ( cp READ ^ 



EFFECTIVE EXECUTION TIME 
35 CLOCKS 



OVERALL EXECUTION TIME 
56 CLOCKS 



OVERLAP TIME 
12 CLOCKS 



NOTES: 

1 . These eleven clocks do not add to the overall execution time for the instruction, only the effective execution time for the MC68020. 

2. This operation does not add to the overall execution time for the instruction, only the effective execution time for the MC68020. 

Figure 8-5. Instruction Overlap Example — FMOVE.S (An),FPn 



B 



the FMOVE instruction do not hit in the IVIPU on-chip cache) for the two possible alignments of 
the instruction. If the first word of the instruction is at an even word address, the prefetch request 
generated by the cpGEN start-up operation (to replace the F-line operation word) causes an 
external bus cycle to be executed. This prefetch acquires two words, one of which fills the cpGEN 
request, and one that is held in a temporary register. The time required to execute this prefetch 
cycle adds directly to the overall execution time for the instruction, as well as the front-end overlap 
allowedtime. When the null (CA = 0) primitive is processed by the MRU, a second prefetch request 
is generated (to replace the command word which is filled with the word from the temporary 
register). Thus, the null operation prefetch request does not generate an external bus cycle. 

When the MRU polls the response CIR, the MC68881 begins execution of the instruction in the 
fourth clock cycle of the read cycle. As the MC68881 proceeds with the conversion operation, the 
MRU then completes the cpGEN start-up operation and processes the null (CA = 0) primitive. The 
1 clock cycles required to perform these operations overlap with the execution of the instruction 
by the MC68881 and, thus, are not included in the overall execution time calculation (although 
they are included in the effective execution time calculation). The same consideration applies to 
the second and third diagrams in Figure 8-4. 

As shown in the second diagram of Figure 8-4, if the first word of the instruction is at an odd 
word address, the prefetch requested by the cpGEN start-up is filled from the temporary register 
(which was loaded by a prefetch requested during the previous MRU instruction) and an external 
bus cycle is not required. When the null (CA=0) primitive is processed, a second prefetch request 
is generated which must be filled by the execution of an external bus cycle. Thus, the start-up 
operation for this case is a minimum of three clock cycles shorter than the first case (although 
the overlap allowed time is also shorter) while the time required to process the null primitive is 
at least one clock cycle longer. Since the null processing overlaps with the execution of the operand 
conversion by the MC68881 , the overall execution time for the instruction is shorter, although the 
overlap allowed time at the end of the instruction is reduced. 

For the third case, both of the instruction prefetch requests generated during the instruction 
execution are satisfied by either the temporary register or the on-chip instruction cache. ThUs, 
the overall execution time achieves the absolute best case while allowing the maximum possible 
overlap between the two devices. 

The diagram in Figure 8-5 illustrates the execution of the FMOVE. S (An),FRn instruction where 
the instruction is even-word aligned, the MRU cache is disabled, and at least one of the arithmetic 
exceptions is enabled. Under these conditions, the cpGEN start-up operation is identical to the 
first diagram in Figure 8-4, except that the primitive returned by the MC68881 is evaluate effective 
address and transfer data with the RC and CA bits set. Thus, the first operation performed by the 
MRU while processing this primitive is to pass the program counter, which adds two clock cycles 
to both the effective and overall execution times. (Note that the third clock cycle of the coprocessor 
write cycle overlaps with the effective address calculation.) The MRU then evaluates the effective 
address, (An), which requires two clock cycles, and transfers the 32-bit single precision operand 
from memory. The come-again operation is then performed, which requires 10 clock cycles, 
followed by a four clock period during which the null (CA = 0) primitive is processed. 

The MC68881 does not start the input conversion operation until the single precision operand is 
internally passed to the execution unit. The MC68881 bus interface unit requires three clocks frohn 
the end of the operand write cycle to transfer the operand to the execution unit; thus, the con- 
version does not begin until 3 clock cycles after the end of the write cycle. This three clock cycle 
transfer operation and part of the conversion operation occur simultaneously with the completion 
of theCA=1 and null processing by the MRU. Thus, 15 clock cycles of the MRU effective execution 
time do not contribute to the overall execution time for the instruction. 
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The previous four examples are intended to clarify the meaning of the detailed execution timing 
tables that follow. The only difference between the FMOVE instruction examples presented and 
any of the monadic or dyadic instructions is that the convert and calculate times are different. 
(The round time is also different if an exception occurs.) Also, the effective address calculation 
and operand transfer times are different. Notice that the timing prior to the start of the conversion 
operation is almost entirely dependent on the execution characteristics of the main processor, 
while the timing for the rest of the instruction is dependent solely on the FRCP. This distinction 
is useful when the execution timing for a main processor other than the MC68020 or MC68030 
is to be determined. 

NOTE 

The term "not normalized" is used frequently in the following tables. This term is used 
where conditions allow the input of a denormalized or unnormalized number, and the 
term "denormalized" is used where only a denormalized input is possible. Refer to 3.2.2 
Denormalized Numbers for a description of the denormalized and unnormalized data 
types. 

8.5.2.1 INSTRUCTION START-UP. When the MRU encounters an FRCR instruction, it decodes the 
type of the coprocessor instruction and then initiates communications with the FRCR using the 
appropriate coprocessor interface bus cycle. Table 8-9 lists the execution timing of the MRU for 
the start-up phase of each of the coprocessor instruction types. For the general instruction type, 
the start-up time includes the command CIR write and response CIR read cycles that initiate the 
instruction dialog between the MRU and the FRCR. For the conditional instruction types, the start- 
up time includes the condition CIR write and response CIR read cycles. 



Table 8-9 


. Instruction Start-Up Times 




Instruction Type 


Best Case 


Cache Case 


Worst Case 


General* 


12/6(0/0/0/1/1) 


14/6 (0/0/0/1/1) 


17/9(1/0/0/1/1) 


FBcc 


12/6(0/0/0/1/1) 


14/6(0/0/0/1/1) 


14/6(0/0/0/1/1) 


FDBcc, FScc and FTRAPcc 


12/6(0/0/0/1/1) 


14/6(0/0/0/1/1) 


17/9(1/0/0/1/1) 


FSAVE** 


13/1 (0/0/1/1/0) 


15/1 (0/0/1/1/0) 


15/1 (0/0/1/1/0) 


FRESTORE** 


16/4** (0/1/0/1/1) 


18/4** (0/1/0/1/1) 


18/4** (0/1/0/1/1) 



*These execution time numbers represent the overall execution time for this operation with respect 
to the MPU, and therefore, are used to calculate the effective execution time of the instruction. 
However, six clock cycles always overlap with the execution of a register-to-register instruction 
(OPCLASS 000) by the FPCP, and therefore, should not be included in the calculation to generate 
the overall execution time. 
**Add the appropriate effective address calculation time. Note that the overlap time available for 
the FRESTORE instruction is of little use, since this operation destroys the previous context of 
the FPCP. 



For the FSAVE instruction, the start-up time Includes the read of the save CIR and the write of 
the format word to memory. For the FRESTORE instruction, the start-up time includes the read 
of the format word from memory, the write of the restore CIR, and the read of the restore CIR to 
validate the format word. The effective address calculation time is not included for the FSAVE 
and FRESTORE instructions; the appropriate values must be obtained from the calculate effective 
address table and added to the start-up values for these instructions. 

If an enabled pre-instruction exception is pending when the MRU attempts to initiate an FRCP 
instruction, the instruction start-up operation is performed for the general or conditional instruc- 
tion types, and then the MRU proceeds to perform exception processing (at the request of the 
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FRCP). In this case, the start-up timing numbers are added to the values from the exception 
processing tables to determine the time required to begin execution of the exception handler. 

The MPU terminates all instructions except FSAVE and FRESTORE by processing a null (CA = 0) 
primitive (unless a mid-instruction exception occurs). Therefore, the timing values in Table 8-10 
should be included in the calculation of the effective execution time for the MPU, where appro- 
priate. 

Table 8-10. Null Primitive Time Values 



Primitive Type 


Best Case 


Cache Case 


Worst Case 


Null (CA = 0) with no tracing 


4 4* (00000) 


44* (000 00) 


5 5* (1 00 00) 



•Overlap is allowed for register-to-register and external-to-register instructions only (OPCLASS 000 
and 010). 



8.5.2.2 TRANSFER OPERAND. Tables 8-1 1 and 8-1 2 show the timing for the transfer of an operand 
to or from the FPCP by the MPU. Table 8-11 shows the values for external source or destination 
operands that reside in an MPU register or in memory, and Table 8-12 shows the values for 
immediate source operands. For input transfers, the timing numbers shown include the time 
required by the MPU to process the evaluate effective address and transfer data (with CA=1) 
primitive, and for the FPCP to perform the internal transfer of the operand to the execution unit. 
For the MPU, the last clock cycle of the transfer operation and the processing for CA= 1 always 
overlaps with the input operand transfer and conversion operations by the FPCP, and therefore, 
is not added to the overall execution time for the instruction (although these operations are 
included in the calculation of the effective execution time for the MPU). 



Table 8-11. Operand Transfer Time — External Operand 



Transfer Type 


Operand Format 


Byte 


Word 


Long, Single 


Double 


Ext., Packed 


From MC68020 Dn 


140 (000 1 1) 


140 (000 1 1) 


140(0001 1) 


— 


— 


From Memory* 


190 (0 1/0 11) 


190 (010 1 1) 


190(01 01 1) 


250(020 1 2) 


31 0(0 03 1 0) 


To MC68020 Dn 


17/0(00030) 


17 0(0 00 3 0) 


170(00030) 


— 


— 


To Memory** 


19 (0 01 '3 0) 


19 (0 13 0) 


19 0(001 30) 


250(00 240) 


31 0(0 03 5 0) 



*Add the appropriate effective address calculation time. Eleven clocks of the MPU processing overlap with execution by the MC68881, 
which requires five or three clock cycles after the last coprocessor write cycle to complete the internal transfer for double or any 
other format, respectively. Thus, reduce the numbers above by six clocks for double or eight clocks for any other format for 
calculation of the overall execution time. 

*Add the appropriate effective address calculation time. In the event the destination is packed decimal and a dynamic k-factor is 
used, add 14'0 (0/0/0'1/1). 



Table 8-12. Operand Transfer Time — Immediate Operand 



Immediate Operand Format 


Best Case 


Cache Case 


Worst Case 


Byte, Word 


14/0(0/00/1/1) 


14/0(0/0/0/1/1) 


17/0(1/0/0/1/1) 


Long, Single 


18/0(0/0/0/1/1) 


18/0 (0/0/0/1/1) 


19/0(1/0/0/1/1) 


Double 


22/0(0/0/0/1/2) 


22/0 (0/0/0/1/2) 


24/0(2/0/0/1/2) 


Extended, Packed 


26/0(0/0/0/1/3) 


26/0 (0/0/0/1/3) 


30/0 (30/0/1/3) 
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For output operand transfers, the timing numbers include the processing forthe evaluate effective 
address and transfer data primitive (with CA= 1 ). Since no overlap occurs during an output transfer, 
the values in the table are used directly in the overall execution time calculation. Note that the 
bus cycle activity numbers include the read of the evaluate effective address and transfer data 
primitive at the end of the conversion (even though the execution time for the conversion is not 
included). The read time is included because null (CA = 1, IA=1) primitives are read during the 
instruction start-up operation and while waiting for the conversion to complete, and the evaluate 
effective address and transfer data primitive is read during the processing of one of those pri- 
mitives. 

In order to calculate the effective execution time for the MPU for either input or output transfers, 
the processing time for the null (CA = 0) primitive that terminates the dialog must be included. 
For output conversions that cause an enabled exception, the take mid-instruction exception pri- 
mitive is returned after the operand transfer is complete. In this case, the appropriate exception 
processing execution time values must be included in lieu of the null (CA = 0) processing time in 
the calculation of the overall execution time. 



8.5.2.3 INPUT OPERAND CONVERSION. All FPCP instructions that require an input operand ex- 
ecute an implied conversion to the 80-bit extended precision format that is used interrially. The 
amount of time required to perform this conversion depends on the format, value, and type of 
the input operand. Table 8-1 1 shows the amount of time required to convert an input operand to 
the internal data format, starting from the end of the internal operand transfer after the last write 
cycle to the operand CIR. 

For dyadic operations, one portion of Table 8-13 for conversions from each combination of source 
data format and type versus destination data type is included. For monadic operations, one portion 
includes the conversion timing for any data format and type. Only one number is listed in each 
entry, since the total number of clock cycles required is equal to the number of overlap allowed 
clock cycles, and no bus cycles are generated during this stage of an instruction (since the FPCP 
does not require any further services of the MPU after this stage of an instruction starts). 



Table 8-13. Input Operand Conversion 
Dyadic Input Conversions — Source Operand is Byte, Word, or Long: 



Source 
Destination 


Normalized 

+ 


Not 
Normalized 


Zero 


Infinity 


NAN 


Normalized 


24 26 


— 


22 


— 


— 


Unnormalized 


36 38 


— 


34 


— 


— 


Zero 


30 32 


— 


28 


— 


— 


Infinity 


28 30 


— 


26 


— 


— 


NAN 


30 32 


— 


28 


— 


- 



Dyadic Input Conversions — Source Operand is Single Precision: 



Source 
Destination 


Normalized 


Not 
Normalized 


Zero 


Infinity 


NAN 


Normalized 


18 


36 


22 


24 


26 


Unnormalized 


30 


48 


34 


36 


38 


Zero 


24 


42 


28 


30 


32 


infinity 


22 


40 


26 


28 


30 


NAN 


24 


42 


28 


30 


32 
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Table 8-13. Input Operand Conversion (Continued) 
Dyadic Input Conversions — Source Operand is Double Precision: 



^~~-~-~,,^^ Source 
Destination ^^^_^ 


Normalized 


Not 
Normalized 


Zero 


Infinity 


NAN 


Normalized 


16 


34 


20 


22 


24 


Unnormalized 


28 


46 


32 


34 


36 


Zero 


22 


40 


26 


28 


30 


Infinity 


20 


38 


24 


26 


28 


NAN 


22 


40 


26 


28 


30 



Dyadic Input Conversions — Source Operand is Extended Precision: 



~-.,,,^_^ Source 
Destination ' — ^.^ 


Normalized 


Not 
Normalized 


Zero 


Infinity 


NAN 


Normalized 


10 


26 


12 


12 


14 


Unnormalized 


22 


38 


24 


24 


26 


Zero 


16 


32 


18 


18 


20 


Infinity 


14 


30 


16 


16 


18 


NAN 


16 


32 


18 


18 


20 



Monadic or Dyadic Input Conversions — Source Operand is Packed Decimal: 



^~~~~-~— -..^^^ Source 
Destinatioti~~~- — ..^ 


Normalized 


Not 
Normalized 


Zero 


Infinity 


NAN 


Normalized 


-822 


-822 


22 


22 


24 


Unnormalized 


-848 


-848 


34 


34 


36 


Zero 


-842 


-842 


28 


28 


30 


Infinity 


-840 


-840 


26 


26 


28 


NAN 


-842 


-842 


28 


28 


30 



-Indicates a typical conversion time. Tiie minimum maximum conversion time is 954 clock cycles. 

Monadic or Dyadic Input Conversions — Source Operand is FPm: 



~~-— ~..,___^ Source 
Destinatiori~~~~-~--.......__^ 


Normalized 


Not 
Normalized 


Zero 


Infinity 


NAN 


Normalized 


14 


30 


16 


16 


18 


Unnormalized 


26 


42 


28 


28 


30 


Zero 


20 


36 


22 


22 


24 


Infinity 


18 


34 


20 


20 


22 


NAN 


20 


36 


22 


22 


24 



Monadic Input Conversions — Source Operand is in Memory: 



^'^"-"----..^^^^ Type 
Format ^ — ^..^ 


Normalized 

+ 


Not 
Normalized 


Zero 


Infinity 


NAN 


Byte, Word, Long 


22 24 


— 


20 


— 


— 


Single 


16 


30 


20 


24 


24 


Double 


14 


28 


18 


22 


22 


Extended 


8 


20 


10 


12 


12 
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8.5.2.4 ARITHMETIC CALCULATION. Tables 8-1 4 and 8-1 5 show the time required by the MC68881 
to perform any of its general purpose arithmetic operations. One portion of Table 8-14 shows the 
execution time values for each dyadic instruction with respect to the combination of input operand 
data types. Table 8-15 shows the execution time values for all of the monadic operations. Each 
entry in these tables includes the time from the end of the input operand conversion to completion 
of the calculation. Only one number is shown for each entry, since no bus cycles are generated 
during this stage of an instruction. Also, the total number of clock cycles required for the calculation 
is equal to the number of overlap allowed clock cycles, since the FPCP does not require any further 
services of the MPU after this stage of an instruction starts. 

Some entries in these tables refer to a footnote that contains more detailed timing information 
for an operation (e.g., the table for addition contains an entry that references the ADD footnote, 
which contains three numbers, based on the the input operands). Furthermore, in some cases, 
an entry refers to another table that contains the execution time required to handle certain input 
operands. For example, if an entry contains NAN1, refer to the entry of the same name in 8.5.2.10 
EXCEPTION PROCESSING. 

If an entry in these tables is appended with a plus sign ( + ), the appropriate timing numbers from 
the rounding and exception handling table (in 8.5.2.10 EXCEPTION PROCESSING) must be used 
to calculate the overall execution time for an instruction. 

Otherwise, the numbers from these tables include the time to handle exceptional operand cases 
and produce the final result. 



Table 8-14. Arithmetic Calculation Times — Dyadic Operations 
FADD Calculation Time: 



--.-,.,^^^^ Source 
Destination^ ~~---,,,^ 


Normalized 

+ 


Zero 

+ 


Infinity 

+ 


NAM 

+ 


Normalized 


ADD 


2 + 


6 


NAN2 


Zero 


2 + 


6 26 
26 6 


6 


NAN2 


Infinity 


6 


6 


6 20 
20 6 


NAN2 


NAN "^ 


NAN1 


NAN2 


NAN2 


NAN3 



FCMP Calculation Time: 



~~~--,__^^ Source 
Destination ^ — ~_,^ 


Normalized 

+ 


Zero 

+ 


Infinity 

+ 


NAN 

+ 


Normalized 


CMP 6 
6 CMP 


6 


8 6 
6 8 


NAN4 


Zero 


CD 00 
00 CD 


6 


8 6 
6 8 


NAN4 


Infinity 


6 


6 


6 


NAN4 


NAN ■^ 


NAN1 


NAN2 


NAN2 


NAN3 
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Table 8-14. Arithmetic Calculation Times — Dyadic Operations (Continued) 



FDIV Calculation Time: 



^" ~-_^_^ Source 
Destination^ ^~~~— ^,__ 


Normalized 

+ 


Zero 

+ 


Infinity 

+ 


NAN 

+ 


Normalized 


DIV 


20 


6 8 
8 6 


NAN2 


Zero 


6 8 


20 


6 8 


NAN2 


Infinity 


6 8 


6 8 


20 


NAN2 


NAN "*" 


NAN1 


NAN2 


NAN2 


NAN3 



FMOD Calculation Time: 



^^~-~-~..____^ Source 
Destinatiori~"~~--^^^__ 


Normalized 

+ 


Zero 

+ 


Infinity 

+ 


NAN 

+ 


Normalized 


MOD 


20 


6 + 


NAN2 


Zero 


6 + 


20 


6 + 


NAN2 


Infinity 


lOP 


20 


20 


NAN2 


NAN ^ 


NAN1 


NAN2 


NAN2 


NANS 



FMUL Calculation Time: 



~--— _____^^ Source 
Destination^ ■"-—._.___ 


Normalized 

+ 


Zero 

+ 


Infinity 

+ 


NAN 

+ 


Normalized 


MUL 


6 
8 


6 
8 


NAN2 


Zero 


6 8 


6 8 


20 


NAN2 


Infinity 


6 8 


20 


6 8 


NAN2 


NAN "^ 


NAN1 


NAN2 


NAN2 


NANS 



FREM Calculation Time: 



~— ,.,,__^ Source 
Destination ' — -,.^_^ 


Normalized 

+ 


Zero 

+ 


Infinity 

+ 


NAN 

+ 


Normalized 


REM 


20 


6 + 


NAN2 


Zero 


6 + 


20 


6 + 


NAN2 


Infinity 


lOP 


20 


20 


NAN2 


NAN "^ 


NAN1 


NAN2 


NAN2 


NANS 
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Table 8-14. Arithmetic Calculation Times — Dyadic Operations (Concluded) 
FSCALE Calculation Time: 



■ Source 

Destination ■ 


Normalized 

+ 


Zero 

+ 


Infinity 

+ 


NAN 

+ 


Normalized 


SCALE 


6 + 


20 


NAN2 


Zero 


6 


6 


20 


NAN2 


Infinity 


6 


6 


20 


NAU2 


NAN 


NAN1 


NAN2 


NAN2 


NAN3 



FSGLDIV Calculation Time: 



Source 

Destination ~,_^^ 


Normalized 

+ 


Zero 

+ 


Infinity 

+ 


NAN 

+ 


Normalized 


SGLDIV 


20 


6 8 
8 6 


NAN2 


Zero 


6 8 


20 


6 8 


NAN2 


Infinity 


6 8 


6 8 


20 


NAN2 


NAN "^ 


NAN1 


NAN2 


NAN2 


NANS 



FSGLMUL Calculation Time: 



~---~,„_^^ Source 
Destination^ _^ 


Normalized 

+ 


Zero 

+ 


Infinity 

+ 


NAN 

+ 


Normalized 


SGLMUL 


6 
8 


6 
8 


NAN2 


Zero 


6 8 


6 8 


20 


NAN2 


Infinity 


6 8 


20 


6 8 


NAN2 


NAN "^ 


NAN1 


NAN2 


NAN2 


NANS 



FSUB Calculation Time: 



" "^ Source 

Destination^^"~~~^^^^ 


Normalized 

+ 


Zero 

+ 


Infinity 

+ 


NAN 

+ 


Normalized 


SUB 


2 + 


8 


NAN2 


Zero 


4 + 


26 8 
8 26 


8 


NAN2 


Infinity 


6 


6 


20 8 
8 20 


NAN2 


NAN "^ 


NAN1 


NAN2 


NAN2 


NANS 
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Table 8-15. Arithmetic Calculation Times - 


— Monadic Operations 


Source 
Operation 


Normalized 

+ 


Zero 

+ 


Infinity 

+ 


NAN 

+ 


FABS 


4 + 


4 + 


8 


NAN2 


FACOS 


594 + 


121 
202 


20 


NAN2 


FASIN 


550 + 


6 


20 


NAN2 


FATAN 


372 + 


6 


121 I4I 
202 222 


NAN2 


FATANH 


662 + 


6 


20 


NAN2 


FCOS 


360 + 3 


8 


20 


NAN2 


FCOSH 


576 + 


8 


8 


NAN2 


FETOX 


466 + 


8 


6 


NAN2 


FET0XM1 


514 + 


6 


6 8 


NAN2 


FGETEXP 


exponent = 0:16 
exponent>0:20 
exponent<0:22 


6 


20 


NAN2 


FGETMAN 


6 


6 


20 


NAN2 


FINT, FINTRZ 


fraction = 0:8 

fraction =it 0:30 

result = 0:28 


6 


60 


NAN2 


FLOGN 


494+ lOP 


22 


6 20 


NAN2 


FL0GNP1 


540 + 4 


6 


6 20 


NAN2 


FLOG10 


550+ lOP 


22 


6 20 


NAN2 


FL0G2 


550+ lOP 


22 


6 20 


NAN2 


FMOVE to FPn 


2 + 


6 


6 


NAN2 


FMOVECR 


181 
262 


— 


— 


— 


FNEG 


4 + 


4 + 


8 


NAN2 


FSIN 


360 + 3 


6 


20 


NAN2 


FSINCOS 


420 + 3 


20 


26 


NAN6 


FSINH 


656 + 


6 


6 


NAN2 


FSORT 


76+ lOP 


6 


6 20 


NAN2 


FTAN 


442 + 3 


6 


20 


NAN2 


FTANH 


630 + 


6 


8 


NAN2 


FTENTOX 


536 + 


8 


6 


NAN2 


FTST 


8 


8 


8 


NAN5 


FTWOTOX 


536 + 


8 


6 


NAN2 



NOTES: 

1. If the extended precision rounding mode is used. 

2. If the single or double precision rounding mode is used. 
3.This assumes that the source operand is in the range ( - 9... h 

of that range, the appropriate REM calculation time required 
must be added to this value. 
4. If the source operand is less than or equal to - 1, use the lOP time 



9). If the source operand is outside 
to perform the argument reduction 



8.5.2.5 OUTPUT OPERAND CONVERSION. The FMOVE. <fmt> FPn,<ea> instruction performs 
an implicit conversion from tine 80-bit extended precision format used internally by the FRCP to 
an external data format. Table 8-16 lists the conversion times for most output operations. Since 
the execution timing for conversions from the internal extended precision format to either single 
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or double precision is highly data dependent, the timing for these operations (for in-range, non- 
zero input values) is listed in a second table, Table 8-17. 



Table 8-16. Output Operand Conversion 



Dest. 

Format Source 
Type 


Normalized 

+ 


Not 
Normalized 


Zero 


Infinity 


NAN 


Integer, No Overflow 


50 52 


60 62 


18 


— 


24 


Integer, Overflow 


52 56 


62 66 


18 


24 26 


24 


Single 


(see below) 


(see below) 


16 


18 


NAN7 


Double 


(see below) 


(see below) 


16 


18 


NAN7 


Extended 


18 


(see note 1) 


16 


16 


NAN7 


Packed 


(see note 2) 


(see note 2) 


24 


24 


NAN2 



NOTES: 

1. 26 clocks if the source operand is an unnormalized number. 56 clocks if the source operand is a 
denormalized number. 

2. 1942 clocks is the typical time required for the conversion, if no overflow occurs. The maximum 
time is 3674 clocks. 



Table 8-17. Output Operand Conversion — Binary Real Formats 



Source Type 
Conversion Result 


Normalized 


Not Normalized 


No Underflow, Overflow or Round Overflow 


38 


48 


No Underflow or Overflow; Round Overflow 


42 


52 


Overflow; RN or RZ Mode; No Round Overflow 


44 


54 


Overflow; RN or RZ Mode; Round Overflow 


48 


58 


Overflow; RM or RP Mode; No Round Overflow 


46 


56 


Overflow; RM or RP Mode; Round Overflow 


50 


60 


Underflow; No Round Overflow 


66 


76 


Underflow; Round Overflow 


70 


80 



The amount of time required to perform this conversion depends on the value and type of the 
input operand and the format of the desired output. The values given in the following tables, in 
FRCP clock cycles, include the time from the fourth clock cycle of the first response CIR read 
(which returns a null (CA=1, IA=1) primitive) to completion of the conversion (when a read of 
the response CIR returns an evaluate effective address and transfer operand primitive). Only one 
number is shown for each entry, since no bus cycles are generated during this stage of an 
instruction. Also, the total number of clock cycles required for operand conversion is equal to the 
number of overlap allowed clock cycles (during which time interrupts may be handled; normal 
program execution is not allowed), since the FRCP does not require any services of the MRU 
during this stage of an instruction. 

8.5.2.6 ROUNDING AND EXCEPTION HANDLING. Tables 8-18 and 8-19 contain the execution 
times for rounding and for various exception handling operations. For the typical execution time 
tables shown previously, it is assumed that the MC68881 uses the default operating mode of 
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round to extended precision, and no overflow or underflow exceptions occur. If this is not the 
case, the round/store phase of most arithmetic instructions takes longer to execute. The entries 
in the typical execution time tables include the processing time for no underflow, overflow, or 
round overflow as indicated in Table 8-18. 

Table 8-18. Rounding Operation Time Values 



Rounding 
Precision 


Result 


Clocl< Cycles 


Extended 


No Underflow, Overflow, or Round Overflow 

No Underflow or Overflow; Round Overflow 

Underflow 

Overflow; RN or RZ Mode; No Round Overflow 

Overflow; RM or RP Mode; No Round Overflow 

Round Overflow (Not Caused By Rounding); RN or RZ Mode 

Round Overflow (Not Caused By Rounding); RM or RP Mode 

Round Overflow (Caused By Rounding); RN or RZ Mode 

Round Overflow (Caused By Rounding); RM or RP Mode 


6 
6 

34 
14 
16 
16 
18 
20 
22 


Single or 
Double 


Result is Zero 

No Underflow, Overflow, or Round Overflow 

No Underflow or Overflow; Round Overflow 

Underflow; No Round Overflow 

Underflow; Round Overflow 

Overflow; RN or RZ Mode; No Round Overflow 

Overflow; RM or RP Mode; No Round Overflow 

Overflow; RN or RZ Mode; Round Overflow 

Overflow; RM or RP Mode; Round Overflow 


6 

24 
28 
56 
60 
30 
32 
34 
36 



Table 8-18 indicates the number of clock cycles that should be added in the calculation of the 
execution time for an arithmetic instruction (both the total and the overlap allowed numbers) to 
account for the various rounding precision and exception handling combinations. The entries in 
the table include the time from the end of the calculation phase to completion of the FRCP 
instruction execution (i.e., when the PF bit in the null (CA = 0) primitive is clear if the response 
CIR is read). 

When an FMOVE instruction that moves data between FP registers is executed in the IV1C68882 
and the FPCR mode control byte specifies single or double precision rounding, no instruction 
execution concurrency is allowed. Similarly, an FMOVE instruction that moves data to a single 
or double precision memory location executes without overlap in the IVIC68882. 

Table 8-19 includes the entries referenced previously in the arithmetic calculation and output 
operand conversion tables for exceptional operand inputs. The values in this table are used for 
the calculation or conversion timing in lieu of a value from the appropriate table. For example, if 
an output operand conversion table entry references NAN7, then the timing number from the 
NAN7 entry in Table 8-19 is used as the conversion time value. 

8.5.2.7 CONDITIONAL TERMINATION. The effective execution time for the conditional and context 
switch instructions is not heavily dependent on the FRCP, since the execution of these operations 
is performed, for the most part, by the MPU. In order to calculate the effective execution time for 
these instructions. Table 8-20 shows the termination timing for the MPU. The termination proc- 
essing starts four MPU clock cycles after the end of the response CIR read and ends when the 
MPU begins execution of the next instruction. Note that the allowed overlap time in this table is 
always zero, since the FPCP is in the idle state when these instructions reach the termination 
phase. However, if multiple coprocessors are used in a system, the execution of other coprocessors 
may overlap with the execution of these instructions. 
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Table 8-19. Exception Handling Time Values 



Exception 
Identifier 


Conditions 


Clock Cycles 


lOP 


Source Operand is Not Denormalized 
Source Operand is Denomnalized 


20 
32 


NAN1 


Destination is a QNAN, Source is not Denormalized 
Destination is a QNAN, Source is Denormalized 
Destination is an SNAN, Source is not Denormalized 
Destination is an SNAN, Source is Denormalized 


28 
52 
30 
54 


NAN2 


Tlie NAN is a QNAN 
The NAN is an SNAN 


28 
30 


NAN3 


Both NANs are QNANs 
Source is a QNAN, Destination is an SNAN 
Source is an SNAN, Destination is a QNAN 
Both NANs are SNANs 


28 
30 
32 
30 


NAN4 


The NAN is a QNAN 
The NAN is an SNAN 


30 
32 


NAN5 


The NAN is a QNAN 
The NAN is an SNAN 


8 
10 


NAN6 


The NAN is a QNAN 
The NAN is an SNAN 


38 
40 


NAN7 


The NAN is a QNAN 
The NAN is an SNAN 


22 
24 



Table 8-20. Conditional Termination Times Values 



Instruction Type 


Best Case 


Cache Case 


Worst Case 


FBcc.W 


Branch Taken 
Branch Not Taken 


6/0 (0/0/0/0/0) 
4/0 (0/0/0/0/0) 


6/0 (0/0/0/0/0) 
4/0 (0/0/0/0/0) 


9/0 (2/0/0/0/0) 
5/0 (1/0/0/0/0) 


FBcc.L 


Branch Taken 
Branch Not Taken 


6/0 (0/0/0/0/0) 
4/0 (0/0/0/0/0) 


6/0 (0/0/0/0/0) 
4/0 (0/0/0/0/0) 


9/0 (2/0/0/0/0) 
7/0 (2/0/0/0/0) 


FDBcc 


True, Not Taken 
False, Not Taken 
False, Taken 


6/0 (0/0/0/0/0) 
10/0 (0/0/0/0/0) 
6/0 (0/0/0/0/0) 


6/0 (0/0/0/0/0) 
10/0 (0/0/0/0/0) 
6/0 (0/0/0/0/0) 


7/0 (1/O/0/O/O) 
15/0(3/0/0/0/0) 
9/0 (2/0/0/0/0) 


FScc 


Dn 

(An) + or-(An)* 

Memory** 


4/0 (0/0/0/0/0) 
6/0 (0/0/1/0/0) 
4/0 (0/0/1/0/0) 


4/0 (0/0/0/0/0) 
8/0 (0/0/1/0/0) 
6/0 (0/0/1/0/0/) 


4/0 (1/0/0/0/0) 
8/0 (1/0/1/0/0) 
6/0 (1/0/1/0/0) 


FTRAPcc 


Trap Taken 
Trap Not Taken 


24/0 (0/1/4/0/0) 
4/0 (0/0/0/0/0) 


25/0 (0/1/4/0/0) 
4/0 (0/0/0/0/0) 


30/0 (2/1/4/0/0) 
5/0 (1/0/0/0/0) 


FTRAPcc.W 


Trap Taken 
Trap Not Taken 


26/0 (0/1/4/0/0) 
6/0 (0/0/0/0/0) 


27/0 (0/1/4/0/0) 
6/0 (0/0/0/0/0) 


28/0 (2/1/4/0/0) 
6/0 (1/0/0/0/0) 


FTRAPcc. L 


Trap Taken 
Trap Not Taken 


28/0 (0/1/4/0/0) 
8/0 (0/0/0/0/0) 


29/0 (0/1/4/0/0) 
8/0 (0/0/0/0/0) 


35/0 (3/1/4/0/0) 
10/0 (2/0/0/0/0) 



*For condition true; subtract one clock for condition false. 
**Add the appropriate effective address calculation time. 



In order to determine the execution time for a conditional operatfon performed by a processor 
other than an IViPU, it is necessary to l<now the timing for the conditional evaluation by the FPCP. 
This value is shown in Table 8-20 (in FPCP clock cycles) and indicates the best case time from 
the start of the condition CIR write to the end of the response CIR read (which are the only two 
coprocessor accesses required). 



MC68881/MC68882 USER'S MANUAL 



MOTOROLA 
8-33 



8.5.2.8 MULTIPLE REGISTER TRANSFER. Table 8-21 lists the number of clock cycles and bus 
cycles required for the MPU to perform a multiple register transfer to or from the FRCP. These 
transfers occur during the FMOVEM instruction for either the floating-point control register or 
floating-point data register form of the instruction. The timing values shown in the table include 
the processing time for either the evaluate effective address and transfer data or transfer multiple 
coprocessor registers primitive (for the control or data register form, respectively) with CA=1. 
Assuming that the main processor is an MC68020 or IVIC68030, the time required to process the 
null (CA = 0) primitive after the transfer is complete must be included. 

Table 8-21. Multiple Register Transfer Time Values 



Transfer Type 


Timing 


Move Single 
Control Register 


To an MC68020 Register 
To Memory* 

From an MC68020 Register 
From Memory 

#(data) 


17/0 (0/0/0/2/0) 
19/0 (0/0/1/2/0) 
14/0 (0/0/0/1/1) 
19/0(0/1/0/1/1) 
19/0(1/0/0/1/1)* 


Move Multiple 
Control Registers 


To Memory 
From Memory 
#(data> 


13 + 6n/0(0/0/n/H-n/0) 
13 + 6n/0(0/n/0/1/n) 
12 + 6n/0(n/0/0/1/n)* 


Move Multiple 
Data Registers 


To Memory 
From Memory 


23 + 25n/0 (0/0/3n/2 + 3n/0) 
21+23n/0(0/3n/0/2/3n) 



n - is the number of registers transferred. 

*lf the immediate operand resides in the MPU cache, the number of clock cycles is reduced by 3n 
and the number of instruction prefetch bus cycles is zero. 

For the transfer of multiple control registers, the register select list is included in the instruction, 
and all of the selected registers are transferred as a single operand (from the perspective of the 
main processor). For the transfer of multiple data registers, the MPU must read the register select 
mask before starting the register transfer. The amount of time required by the MPU to read and 
process the register mask is included in the Table 8-21 entries. If a dynamic register list is used, 
the time required by the MPU to process the transfer single main processor register primitive 
must be included and is shown at the top of the table. 



8.5.2.9 STATE FRAME TRANSFER. Table 8-22 lists the number of clock cycles and bus cycles 
required for the MPU to transfer an internal state frame to or from the MC68881. These transfers 
occur during the FSAVE and FRESTORE instructions. The timing values shown in the table include 
the time from the end of the instruction start-up operation to the end of the last operand write 
cycle, assuming that the main processor is an MC68020 or MC68030. 

Table 8-22. State Frame Transfer Time Values 



Operation 


Frame Type 


Timing 


State Save 


Idle 
Busy 


36/0 (0/0/6/6/0) 
270/0 (0/0/45/45/0) 


State Restore 


Idle 
Busy 


36/0 (0/6/0/0/6) 
270/0 (0/45/0/0/45) 



Before the transfer of a state frame to the FPCP during an FRESTORE instruction, the MPU must 
read the format word from memory, write it to the restore CIR, and verify that it is valid by reading 
the restore CIR. Likewise, during an FSAVE instruction, the MPU must read the format word from 
the save CIR and store it in memory. The instruction start-up timing table entries include these 
operations for MC68020/MC68030 based systems. 
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During an FSAVE operation, the FRCP may require the main processor to wait until the current 
instruction is completed or a save boundary is reached before starting the state frame transfer. 
The maximum time that the main processor can be forced to wait is shown at the top of Table 
8-22, and should be included in the calculation of the worst case FSAVE execution time. ( 

In order to calculate overall execution time for the MRU during an FSAVE or FRESTORE instruction, 
the instruction termination processing time must be included. Table 8-23 lists the timing values 
for this processing, which is from the end of the last operand write cycle to the beginning of the 
execution of the next instruction by the MRU. 

Table 8-23. Instruction Termination Processing Time Values 



Instruction Type 


Best Case 


Cache Case 


Worst Case 


FSAVE 


1/0 (0/0/0/0/0) 


1/0 (0/0/0/0/0) 


3/0 1/0/0/0/0) 


FRESTORE 


3/0 (0/0/0/0/0) 


3/0 (0/0/0/0/0) 


4/0 (1/0/0/0/0) 



8.5.2.10 EXCEPTION PROCESSING. Table 8-24 indicates the time required for exception proc- 
essing related to the execution of FRCP instructions. The values in the table for the second and 
third entries indicate the time from the start of processing the take exception primitive until the 
MRU resumes normal instruction execution in the appropriate exception handler. 



Table 8-24. Exception Processing 


Time Values 


Operation 


Best Case 


Cache Case 


Worst Case 


Pass Program Counter 


111* (0/0/0/0/1) 


3/3* (0/0/0/0/1) 


3/3* (0/0/0/0/1) 


Take Pre-lnstruction Exception 


22/0 (0/1/4/0/0) 


22/0 (0/1/4/0/0) 


24/0 (2/1/4/0/0) 


Take Mid-Instruction Exception 


32/0 (0/1/7/0/0) 


32/0 (0/1/7/0/0) 


38/0 (2/1/7/0/0) 


Process Pre-lnstruction Interrupt (l-stack) 


26/26 (0/2/4/0/0) 


26/26 (0/2/4/0/0) 


33/33 (2/2/4/0/0) 


Process Pre-lnstruction Interrupt (M-stack) 


41/41 (0/2/8/0/0) 


41/41 (0/2/8/0/0) 


48/48 (2/2/8/0/0) 


Process Mid-Instruction Interrupt (l-stack) 


35/35 (0/2/6/0/0) 


36/36 (0/2/6/0/0) 


42/42 (2/2/6/0/0) 


Process Mid-Instruction Interrupt (M-stack) 


46/46 (0/2/9/0/0) 


47/47 (0/2/9/0/0) 


53/53 (2/2/9/0/0) 


Process FSAVE Interrupt (l-stack) 


26/26 (0/2/4/0/0) 


26/26 (0/2/4/0/0) 


33/33 (2/2/4/0/0) 


Process FSAVE Interrupt (M-stack) 


41/41 (0/2/8/0/0) 


41/41 (0/2/8/0/0) 


48/48 (2/2/8/0/0) 


Format Error, FRESTORE Instruction 


23/0 (0/1/4/0/0) 


24/0 (0/1/4/0/0) 


29/0 (2/1/4/0/0) 


RTE, Pre-lnstruction Frame 


20/20 (0/4/0/0/0) 


21/21 (0/4/0/0/0) 


24/24 (2/4/0/0/0) 


RTE, Mid-Instruction Frame 


31/24 (0/6/0/1/0) 


32/25 (0/6/0/1/0) 


33/26 (1/6/0/1/0) 


RTE, Throwaway Frame 


15/15 (0/4/0/0/0) 


16/16(0/4/0/0/0) 


19/19 (0/4/0/0/0) 



^Overlap is allowed only for floating-point register-to-register and register-to-external operations. 



To determine the overall exception latency for a pre-instruction exception, the instruction start- 
up time (for the arithmetic or conditional instruction that is pre-empted by the exception) is added 
to the exception processing time from Table 8-24. The exception processing time for a take mid- 
instruction exception primitive is added to the overall execution time for the FMOVE to memory 
instruction that caused the exception. For conditional instructions that cause a BSUN exception, 
the pass program counter time shown in the table is also added to the instruction start-up and 
exception processing time to calculate the overall exception latency for the instruction. 
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For the take interrupt operations, the values in Table 8-24 include the time from the end of the 
processing of a response primitive that allows interrupts to the resumption of normal MPU in- 
struction execution in the interrupt handler. (The possible responses are the null (CA=1, IA=1) 
and null {CA = 0, IA=1, PF = 0) primitives, or the not ready format code.) If an Interrupt is processed 
during an FMOVE to memory instruction or when the main processor is in the trace mode and 
receives a null (CA = 0, IA=1, PF = 0) primitive, a mid-instruction stack frame is used. A pre- 
instruction stack frame is used for interrupts processed during an FSAVE instruction. The M-stack 
and l-stack designation indicates whether the M bit of the MPU status register was set or clear, 
respectively, before the interrupt occurred. 

The processing time for an FRESTORE format error includes the time from the end of the FRES- 
TORE start-up operation to when the MPU resumes normal instruction execution in the format 
error exception handler. Since the characteristics of an FSAVE format error exception are not 
predictable (and since such an occurrence is catastrophic), execution timing required to handle 
the error is not included in the table. 

The entries in the table for the return from exception (RTE) instruction include the time from the 
beginning of the execution of the RTE by the MPU to the resumption of the previously aborted 
operation. If the RTE instruction processes a pre-instruction frame, the time in the table includes 
the time required to restore the processor context and prepare to execute the instruction at the 
address in the stack frame program counter image. For the mid-instruction frame, the time in the 
table includes the time required to restore the processor context and read the response CIR to 
continue the previously suspended operation. The "RTE, throwaway frame" entries include the 
time required to read and process the throwaway stack frame (normally from the top of the 
interrupt stack) and then perform RTE processing for the stack frame on top of the resulting active 
stack (normally either the master or user stack). Thus, if the MPU must return from an interrupt 
that occurred while the M bit in the MPU status register was set, a throwaway frame is first 
processed from the interrupt stack, followed by the processing of the appropriate frame from the 
master stack (which returns the processor to the context saved by the interrupt processing). For 
such a case, the "RTE, throwaway frame" times are added to the RTE execution times for the 
second stack frame to derive the overall execution times for the operation. 

In addition to the occurrence of an exception, whether exceptions are enabled or not, can also 
affect instruction execution time. This is because the FRCP requests the transfer of the program 
counter at the start of any arithmetic instruction if any exception (other than the BSUN exception) 
is enabled. If the source operand resides in a floating-point data register, the transfer of the PC 
does not affect overall execution timing, since it takes place concurrently with the execution of 
the operation by the FRCP. However, for source operands external to the FRCP, the MPU first 
passes the PC, and then passes the operand; thus, execution time is affected for this case. 

8.6 MAIN PROCESSOR INSTRUCTION OVERLAP TIMING 

The MPU overlap allowed table for the MC68881 applies to overlap between MPU and floating- 
point instructions. Table 8-25 lists the overlap time allowed by the MC68881. The MPU overlap 
time allowed by the MC68882 is shown in the T columns of Table 8-3. 
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Table 8-25. Overlap Allowed Times — Arithmetic Operations 



Operation 
Type 


FPm 
Source 


Memory Source or Destination Operand Format 


Integer 


Single 


Double 


Extended 


Packed 


FPn Destination* 


-3 


-22 


-22 


-28 


-34 


-34 


Move to Dn or 
iVlemory** 


— 


41 


29 


29 


9 


113 



♦Subtract these numbers from the overall execution time value in the previous table to determine 
the allowed overlap time for a particular instruction. 
**These numbers represent the amount of time in the middle of the instruction during which the 

MRU can process interrupts. 
- Indicates a typical time for the binary-to-decimal conversion. 
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SECTIONS 
FUNCTIONAL SIGNAL DESCRIPTIONS 



This section contains a brief description of the input and output signals for the MC68881/MC68882 
(FRCP) floating-point coprocessor. The signals are functionally organized into groups as shown 
in Figure 9-1. 

NOTE 

The terms assertion and negation are used extensively to avoid confusion when de- 
scribing "active-low" and "active-high" signals. The term assert or assertion is used to 
indicate that a signal is active or true, regardless of whether that level is represented by 
a high or low voltage. The term negate or negation is used to indicate that a signal is 
inactive or false. 
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Figure 9-1. IVIC68881/MC68882 Input/Output Signals 



9.1 ADDRESS BUS (AO through A4) 

These active-high address line inputs are used by the main processor to select the coprocessor 
interface register locations located in the CPU address space. These lines control the register 
selection as listed in Table 9-1. 

When the FPCP operates with an 8-bit data bus, the AO pin is used as an address signal for byte 
accesses of the coprocessor interface registers. When the FPCP operates with a 16- or 32-bit 
system data bus, both the AO and SIZE pins are strapped high and/or low as listed in Table 9-2. 
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Table 9-1. Coprocessor Interface Register Selection 


A4-A0 


Offset 


Width 


Type 


Register 


OOOOx 


$00 


16 


Read 


Response 


0001 X 


$02 


16 


Write 


Control 


OOlOx 


$04 


16 


Read 


Save 


001 1x 


$06 


16 


Read/Write 


Restore 


OlOOx 


$08 


16 


— 


(Reserved) 


OlOIx 


$0A 


16 


Write 


Command 


Oil Ox 


$0C 


16 


— 


(Reserved) 


Olllx 


$0E 


16 


Write 


Condition 


lOOxx 


$10 


32 


Read/Write 


Operand 


lOlOx 


$14 


16 


Read 


Register Select 


lOllx 


$16 


16 


— 


(Reserved) 


IIOxx 


$18 


32 


Write 


Instruction Address 


lllxx* 


$1C 


32 


Read/Write 


Operand Address 



*Not used by the MC68881 or MC68882 



Table 9-2. System Data Bus Size Configuration 



AG 


Size 


Data Bus 


— 


Low 


8-Bit 


Low 


High 


16-Bit 


High 


High 


32-Bit 



9.2 DATA BUS (DO through D31) 

This 32-bit, bidirectional, three-state bus serves as the general purpose data path between the 
MC68020/MC68030 (MPU) and the FRCP. Regardless of whether the FRCP is operating as a co- 
processor or a peripheral processor, all interprocessor transfers of instruction information, op- 
erand data, status information, and requests for service occur as standard M68000 bus cycles. 

The FRCR can operate with an 8-, 16-, or 32-bit system data bus. To operate with the required 
system data bus size, both the AO and SIZE pins must be connected specifically for that applicable 
bus size. (Refer to 9.1 ADDRESS BUS (AO THROUGH A4) and 9.3 SIZE (SIZE) for further details.) 



9.3 SIZE (SIZE) 



This active-low input signal is used in conjunction with the AO pin to configure the FRCR for 
operation over an 8-, 16-, or 32-bit s ystem data bus. When the FRCR is configured to operate over 
a 16- or 32-bit system data bus, the SIZE and AO pins mUst be strapped as listed in Table 9-2. 

9.4 ADDRESS STROBE (AS) 

This active-low input signal indicates that there is a valid address on the address bus, and both 
the chip select (CS) and read/write (R/W) signal lines are valid. 
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9.5 CHIP SELECT (CS) 

This active-low input signal enables the main processor access to the FRCP coprocessor interface 
registers. When operating the FRCP as a peripheral processor, the chip select decode is system 
dependent (i.e., like the chip select on any peripheral). The CS signal must be valid (either asserted 
or negated) when AS is asserted. Refer to 10.3 Chip Select Timing for further discussion of timing 
restrictions for this signal. 

9.6 READ/WRITE (R/W) 

This input signal indicates the direction of a bus transaction (read/write) by the main processor. 
A logic_high (1) indicates a read from the FRCP, and a logic low (0) indicates a write to the FRCP. 
The R/W signal must be valid when AS is asserted. 

9.7 DATA STROBE (DS) 

This active-low input signal indicates that there is valid data on the data bus during a write bus 
cycle. 



9.8 DATA TRANSFER AND SIZE ACKNOWLEDGE (DSACKO, DSACK1) 



These active-low, three-state output s ignals in dicat e the com pletion of a bus cycle to the main 
processor. The FRCP asserts both the DSACKO and DSACK1 signals when the MRU asserts CS. 



If the bus cycle is a main processor read, the FRCP asserts DSACKO and DSACK1 signals to indicate 
that the information on the data bus is valid. (Both DSACK signals can be asserted in advance of 
the valid dat a being p laced on the bus.) If the bus cycle is a main processor write to the FRCP, 
DSACKO and DSACK1 are used to acknowledge acceptance of the data by the FRCP. 



The FRCP also uses DSACKO and DSACK1 signals to dynamically indicate to the MRU the port 
size (system data bus width) on a cycle-by-cycle basis. Depending upon which of the two DSACK 
pins is asserted for a bus cycle, the MRU assumes data has been transferred to/from an 8-, 16-, 
or 32-bit wide data port. Table 9-3 lists the DSACK assertions that are used by the FRCP for the 
various bus cycles over the various system data bus configurations. Refer to 10.1 BASIC TRANSFER 
MECHANISM OVERVIEW for details of data bus utilization by the FRCP. 



Table 9-3. DSACK Assertions 



Data Bus 


A4 






Comments 


DSACKI 


DSACKO 


32-Bit 


1 


L 


L 


Valid Data on D31-D0 


32-Bit 





L 


H 


Valid Data on D31-D16 


16-Bit 


X 


L 


H 


Valid Data on D31-D16 or D15-D0 


8-Bit 


X 


H 


L 


Valid Data on D31-D24, D23-D16, D15- 
D8, or D7-D0 


All 


X 


H 


H 


Insert Wait States in Current Bus Cycle 



Table 9-3 indicates that all accesses using a 32-bit bus with A4 equal to zero are to 16-bit registers. 
The FRCP implements all 16-bit coprocessor interface registers on data lines D16-D31 (to eliminate 
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the need for on-chip multiplexors); however, the MPU expects 16-bit registers that are located in 
a 32-bit port at odd word addresses (A1 = 1 ) to be implemented on data lines D0-D1 5. For accesses 
to these registers when configured for 32-bit bus operation, the MC68881/M68882 generates 
DSACK signals as listed in Table 9-3 to indicate to the MPU that the valid data is on D16-D31 
instead of on D0-D15. 



External holding resistors are required to maintain both DS ACK O and DS ACK1 high between bus 
cycles. In order to reduce the signal rise time, the DSACKO and DSACK1 lines are actively pulled 
up (negated) by the FRCP following the rising edge of AS or DS, and both DSACK lines are then 
three-stated (placed in the high-impedance state) to avoid interference with the next bus cycle. 



9.9 RESET (RESET) 

This active-low input signal causes the FRCP to initialize the floating-point data registers to non- 
signaling not-a-numbers (NANs) and clears the floating-point control, status, and instruction ad- 
dress registers. 



When performing a power-up reset, external circuitry should keep the RESET line asserted for a 
minimum of four clock cycles after Vcc is within tolerance. This assures correct initialization of 
the FPCP when power is applied. For compatibility with all M68000 Family devices, 100 millise- 
conds should be used as the minimum. 

When performing a reset o f the FPCP after Vcc has been within tolerance for more than the initial 
power-up time, the RESET line must have an asserted pulse width greater than two clock cycles. 
For compatibility with all M68000 Family devices, 10 clock cycles should be used as the minimum. 



9.10 CLOCK (CLK) 

The FPCP clock input is a TTL-compatible signal that is internally buffered for development of the 
internal clock signals. The clock input must be a constant frequency square wave with no stretching 
or shaping techniques required. The clock should not be gated off at any time and must conform 
to minimum and maximum period and pulse width times. 



9.11 SENSE DEVICE (SENSE) 

This output pin may be used optionally as an additional GND pin or as an indicator to external 
hardware that the FPCP is present in the system. This signal is internally connected to the GND 
of the die, but it is not necessary to connect it to the external ground for correct device operation. 

Figure 9-2 shows an exa mple o f a circuit to sense the presence of an FPCP in a socket prepared 
for it. The circuit asserts BERR when the MPU selects the coprocessor and no coprocessor is 
plugged in. 



9.12 POWER (Vcc and GND) 

These pins provide the supply voltage and system reference level for the internal circuitry of the 
FPCP. Care should be taken to reduce the noise level on these pins with appropriate capacitive 
decoupling. 
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Figure 9-2. Sense Device Circuit Example 



The FRCP is fabricated in Motorola's advanced HCMOS process and is capable of operating at 
clock speeds of 25 MHz. Although the use of CMOS for a device containing such a large number 
of transistors allows significantly reduced power consumption in comparison to an equivalent 
NMOS device, the high clock speed makes the characteristics of the power supplied to the part 
quite important. The power supply must be as free from noise as possible, and it must be able 
to supply large amounts of instantaneous current when the FRCP performs certain operations. In 
order to meet these requirements, more detailed attention should be given to the power supply 
connection to the FRCP than is required for older NMOS devices that operate at slower clock rates. 

In order to provide a solid power supply interface, four Vcc pins, eight primary GND pins, and 
two secondary GND pins are provided. This allows two Vcc and GND pins to supply the power 
for the data bus, while the remaining Vccand GND pins are used by the internal logic and DSACK 
drivers. The two secondary GND pins are not intended to provide the main power supply interface, 
but merely to augment it as required. (One of these pins is the SENSE pin which may be used 
as an optional GND connection.) 

Three Vcc and four GND pin positions are reserved for future use by Motorola and should be 
connected appropriately in order to maintain pin compatability with all future versions of the 
FRCP. Table 9-4 lists the Vcc and GND pin assignments. 

Table 9-4. Vcc and GND Pin Assignments 



Devices Supplied 


Vcc 


GIMD 


D31-D16 


H8 


J8 


D15-D00 


B8 


B7 




E2, E9 


A2, B2, B3, B4*, 03, E10, K3 


Internal Logic, DSACK1, DSACKO 


Separate 


— 


CI 


Extra 


A1, B1, J2 


A10, D2, F2, H9 



*B4 is the SENSE pin and may be used optionally as a ground pin or to detect the presence of 
the FRCP in the system. 

In order to reduce the amount of noise in the power supplied to the FRCP, common capacitive 
decoupling techniques should be observed. While there is no recommended layout for this ca- 
pacitive decoupling, it is suggested that a combination of low, middle, and high frequency filter 
capacitors be placed as close to the chip as possible. (For example, a set of 10 |xF, 0.1 fxF, and 
330 pF capacitors in parallel provides filtering for nearly the entire frequency spectrum present 
in a digital system.) In a system that utilizes the MC68020 as the main processor, these capacitive 
decoupling practices should also be observed for the main processor. In particular, the 10 |xF 
"tank" capacitor should be reasonably close to both devices (since the two devices are typically 
placed next to each other on a board) to provide for the high instantaneous current requirements 
of both the MRU and the FRCP. 
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In addition to tlie capacitive decoupling of the power supply, care should be taken to ensure a 
low resistance connection between the FRCP Vcc and GND pins and the system power supply 
traces. In particular, the connections to pins B7 and J8 (the GND pins for the data bus pins) must 
have very low resistance. This is necessary because a read of the FRCP can cause the data bus 
drivers to sink very large amounts of current to ground in order to pull the data bus signals low 
(if the data pattern that is read contains mostly zeroes). If low resistance connections are not 
provided on pins B7 and J8, the ground potential internal to the package may rise, the fall time 
of the data signals may be increased, and the low output voltage noise margin may be reduced. 

9.13 NO CONNECT (NO 

One pin of the FRCP package is designated as a no connect (NC). This pin position is reserved 
for future use by Motorola and should neither be used for signal routing nor connected to Vcc 
or GND. 



9.14 SIGNAL SUMMARY 

Table 9-5 provides a summary of all the FRCP signals described in this section. 



Table 9-5. Signal Summary 






Signal Name 


Mnemonic 


Input/Output 


Active State 


Three State 


Address Bus 


A0-A4 


Input 


High 


— 


Data Bus 


D0-D31 


Input/Output 


High 


Yes 


Size 


SIZE 


Input 


Low 


— 


Address Strobe 


AS 


Input 


Low 


— 


Chip Select 


CS 


Input 


Low 


— 


Read/Write 


R/W 


Input 


High/Low 


— 


Data Strobe 


DS 


Input 


Low 


— 


Data Transfer and Size Acknowledge 




Output 


Low 


Yes 


DSACKO, DSACK1 


Reset 




Input 


Low 


— 


RESET 


Clock 


CLK 


Input 


— 


— 


Sense Device 




Input/Output 


Low 


No 


SENSE 


Power Input 


Vcc 


Input 


— 


— 


Ground 


GND 


Input 


— 


— 
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SECTION 10 
BUS OPERATION 

This section describes the functional characteristics of the MC6888 1/I\/1C68882 (FRCP) bus interface 
and the mechanisms used to execute data transfers between the FPCP and the main processor. 
This discussion includes descriptions of the functional characteristics of individual bus cycles as 
well as descriptions of the operand transfer protocols that require multiple bus cycles. 

Although the FPCP is designed primarily for use as a coprocessor to the MC68020/I\/IC68030 (MPU), 
there are no characteristics of the bus operation that preclude the use of the FPCP as a peripheral 
device with any other processor. This is because the M68000 Family coprocessor interface utilizes 
standard bus cycles to transfer instructions and data between the main processor and coproces- 
sors in a system, with no special signals required for these transfers. Because of this general 
purpose transfer mechanism, the type of the main processor and the nature of the system bus 
interface are transparent to the FPCP. 

10.1 BASIC TRANSFER MECHANISM OVERVIEW 

In order to execute a floating-point instruction, the FPCP and the main processor communicate 
using a series of bus cycles, instructions, and data according to a predefined protocol as described 
in 7.5 INSTRUCTION DIALOGS. Most of these bus cycles transfer an entire item in a single transfer, 
although large items such as extended precision floating-point numbers require multiple bus 
cycles to transfer the entire operand. Also, if an FPCP port size of 8 or 16 bits is selected, multiple 
bus cycles can be required to transfer items that can be transferred with a single cycle over a 32- 
bit port. 

The communications mechanism utilized by the FPCP and the main processor uses a set of mail- 
box registers, called the coprocessor interface registers (CIRs), to move data, instructions, and 
control information between the devices. The characteristics of the CIRs and the manner in which 
they are used by the FPCP and a main processor are described in SECTION 7 COPROCESSOR 
INTERFACE. The discussions in the following sections are not specific to any particular CIR or 
instruction protocol, except where noted. 

When a single bus cycle is able to accommodate an entire item, the transfer mechanism is 
obviously quite simple and the only requirement that must be met is that the bit alignment of 
the FPCP and main processor match. Figure 10-1 shows the bit assignment and significance of 
the 32-bit data bus of the FPCP, which must be matched to the main processor (for the MPU, this 
matching is accomplished by connecting D31 of the FPCP to D31 of the MC68020, D30 to D30, 
etc.). 

When multiple bus cycles are required to transfer an item, the additional requirements of correct 
transfer order and port alignment must also be met. Figure 10-2 shows the data alignment of the 
FP CP fo r each port size. Inthisfigure, if a section of the data bus is shaded for a particular encoding 
of SIZE, A4, A1 and AO, that section of the data bus is active during the transfer (i.e., valid data 
is expected during a write cycle, and the bus is driven during a read cycle ). Otherwise, it is idle 
during the transfer. Note that the port size is not determined by the SIZE pin alone, but by the 
combination of the SIZE pin and AO. The following paragraphs describe the transfer order for 
each port size. 
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Figure 10-1. FPCP Data Bus Bit Assignments 



SIZE A4 A1 AO 


PORT SIZE 
















DSACKl/OSACKO 


ACTIVE DATA BUS SECTIONS 


H X 1 
H 1 X 1 


32 BITS 


L H 
L L 


































H X 
H 1 
H 1 1 


16 BITS 


L H 
L H 
L H 










































L X 
L X 1 
L 1 
L 1 1 
L 1 1 
L 111 


8 BITS 


H L 
H L 
H L 
H L 
H L 
H L 



































































Figure 10-2. Data Bus Activity vs Port Size and Operand Alignment 



10.1.1 32-Bit Port Size 



When SIZE and AO are both high, the FPCP port size is de fined to be 32 bits. In most cases, this 
configuration is statically selected by connecting the SIZE and AO pins directly to VcCJ alth ough 
dynamic port size selection is possible if the proper timing constraints are followed for the SIZE 
and AO pins. Although this configuration selects a 32-bit port size, the FPCP utilizes the dynamic 
bus sizing capabilities of the MPU to reduce the amount of multiplexing logic on the chip. The 
value of A4 during a bus cycle determines which bytes of the 32-bit port are used to drive or 
recieive data. Since all of the coprocessor interface registers in the lower half of the CIR address 
range (A4 = 0, offsets $00 through $0F) are 16-bit registers, dynamic bus sizing is utilized to place 
ail of those CIRs on data bus pins D16 through D32, and the DSACK encoding returned indicates 
a 16-bit port size. All of the CIRs in the upper half of the CIR address range (A4= 1, offsets $10 
through $1F) are either 32-bit registers or 16-bit registers paired with undefined register locations. 
Therefore, the DSACK encoding used to terminate accesses in this range indicates a 32-bit port 
(during a read of the register select CIR, data bits 15-0 are undefined, reserved, and are driven 
high). In both of these cases, A4 determines the DSACK encoding that is returned, and A1 selects 
the appropriate word locatioh. AO is always one, to select a 32-bit FPCP port size, and thus 
individual bytes cannot be accessed in this configuration. Furthermo re, th e FPCP always expects 
a full 16 or 32 bits of data to be transferred during a bus cycle when SIZE is high; AO is one, and 
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A4 is zero or one, (with the exception of immediate byte or word operands, as discussed in the 
next paragraph). 

When the FPCP is used in a 32-bit configuration, most CIR accesses transfer an entire instruction 
or data item in a single bus cycle. The one exception to this is for accesses to the operand CIR, 
which is used to transfer large items such as floating point numbers and state frames. When an 
item is larger than four bytes, multiple accesses of the operand CIR are required to complete the 
transfer. In this case, the correct transfer order must be observed, in addition to the bit and byte 
alignment previously discussed. In all cases, each part of an item is transferred with the most 
significant bit aligned with bit 31 of the operand CIR (i.e., they are transferred across D31-D24, 
D31-D16, or D31-D0 for bytes, words, or long-words, respectively). With the exception of byte and 
word immediate operands, the FPCP never requests the transfer of an item that is not a multiple 
of four bytes in length. An immediate byte or word operand is transferred in a single bus cycle 
and is left-aligned with the operand CIR. All other operands are transferred through the operand 
CIR in 32-bit units until the entire item is transferred. 

When multiple bus cycles are required to transfer an item, the first operand CIR access transfers 
the most significant long word of the item; each successive access transfers the next least sig- 
nificant long word. For example, when an extended precision number is moved, the first operand 
CIR access is used to transfer bits 95-64 of the operand, the second access transfers bits 63-32, 
and the third access transfers bits 31-0 to complete the operand transfer. Note that the manner 
in which the operand is read from or written to memory is transparent to the FPCP, which allows 
the operand to be stored in memory in the native format of the main processor. 

The amount of data transferred with each access to the operand CIR is dependent on the state 
of an instruction dialog and is determined by the FPCP, not the main processor. For example, if 
the FPCP issues an evaluate effective address and transfer data primitive with a length of 1 2 bytes, 
three accesses of the operand CIR are expected (with each access transferring four bytes). Thus, 
for a 32-bit port, the main processor is not allowed to transfer the operand with a series of word 
or byte transfers, but must use long word transfers to move the operand. 

10.1.2 16-Bit Port Size 



When SIZE is high and AO is low, the FPCP port size is de fined to be 16 bits. In most cases, this 
configuration is statically selected by connecting the SIZE and AO pins directly to Vcc and GND, 
respectively, alt hough dynamic port size selection is possible if the proper timing constraints are 
followed for the SIZE and AO pins. Although A0 = in this case, this value is not specifically used 
to select even byte addresses; rather, it is used to configure the data port to be 16 bits wide. 
When the FPCP is configured in this manner, all CIR accesses are assumed to transfer a full 16 
bits to the word address selected by A1 (except for the case of an immediate byte operand, as 
discussed in a following paragraph). The DSACK encoding returned always indicates that the port 
is 16 bits wide; individual bytes cannot be accessed in this configuration. 

In order to eliminate the need for on-chip multiplexing, the FPCP drives data on or receives data 
from only 16 bits of the data bus; depending on the encoding of A1 and A4 (thus allowing D31 
and D15 of the FPCP to be tied together, D30 to be tied to D14, D29 to D13, etc., as described in 
SECTION 11 INTERFACING METHODS. For all accesses with A4 equal to zero, or with A4 equal 
to one and A1 equal to zero, data is transferred across D31-D16. Data is transferred across D15- 
DO when A4 and A1 are both equal to one. 

When the FPCP is used in the 16-bit configuration, most CIR accesses transfer an entire instruction 
or data item in a single bus cycle. The one exception to this is for accesses to the operand CIR, 
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which is used to transfer large items such as floating point numbers and state frames. When an 
item is larger than two bytes, multiple accesses of the operand CIR are required to complete the 
transfer. In this case, the correct transfer order must be observed, in addition to the bit and byte 
alignment previously discussed. In all cases, each part of an item is transferred with the most 
significant bit aligned with bit 31 or bit 15 of the operand CIR, depending on the value of A4 and 
A1 as described in the previous paragraph. With the exception of byte and word immediate 
operands, the FRCP never requests the transfer of an item that is not a multiple of four bytes in 
length. Immediate byte operands are transferred in a single bus cycle and are left-aligned with 
the operand CIR (i.e., they are transferred across D31-D24). All other operands are transferred 
through the operand CIR in 16-bit units until the entire item is transferred. 

When multiple bus cycles are required to transfer an item, the first operand CIR access transfers 
the most significant word of the item; each successive access transfers the next least significant 
word. For example, when an extended precision number is moved, the first operand CIR access 
is used to transfer bits 95-80 of the operand, the second access transfers bits 79-64, and the third 
through sixth accesses transfer bits 63-48, 47-32, 31-16 and 15-0, respectively, to complete the 
operand transfer. Note that the manner in which the operand is read from or written to memory 
is transparent to the FRCP, which allows the operand to be stored in memory in the native format 
of the main processor. 

The amount of data transferred with each access to the operand CIR is dependent on the state 
of an instruction dialog and is determined by the FRCP, not the main processor. For example, if 
the FRCP issues an evaluate effective address and transfer data primitive with a length of 12 bytes, 
six accesses of the operand CIR are expected (with each access transferring two bytes). Thus, for 
a 16-bit port, the main processor is not allowed to transfer the operand with a series of long word 
or byte transfers, but must use word transfers to move the operand. 



10.1.3 8-Bit Port Size 



When the SIZE signal is low, the FRCP port size is define d to be eight bits. In most cases, this 
configuration is statically selected by connecting the SIZE pin directly to GND, although dynamic 
port size selection is possible if the proper timing constraints are followed for the SIZE and AO 
pins. In this case, the value of AO is used to select the correct byte address, rather than to configure 
the data port size. When the FRCP is configured in this manner, all CIR accesses transfer one byte 
to the address selected by A4-A0, and the DSACK encoding returned always indicates that the 
port is 8 bits wide. In order to eliminate the need for on-chip multiplexing, the FRCP drives data 
on or receives data from only 8 bits of the data bus, depending on the encoding of AO, A1 and 
A4 (thus allowing D31, D23, D15 and D7 of the FRCP to be tied together; D30 to be tied to D22, 
D14 and D6; D29 to D21, D13 and D5, etc., as described in SECTION 11 INTERFACING METHODS. 
Figure 10-2 shows which bytes of the data bus are driven or received for each encoding of the 
AO, A1, and A4 lines. 

When the FRCP is used in the 8-bit configuration, most transfers require multiple CIR transfers to 
move an entire instruction or data item. The one exception to this is for accesses to the operand 
CIR to transfer a byte immediate operand. When an item is larger than one byte, multiple accesses 
of the appropriate CIR are required to complete the transfer. In this case, the correct transfer order 
must be observed, in addition to the bit and byte alignment previously discussed. In all cases, 
each part of an item is transferred with the most significant bit aligned with bit 31, 23, 15, or 7 
of the FRCP, depending on the value of AO, A1, and A4 as described in the previous paragraph. 
With the exception of byte and word immediate operands, the FRCP never requests the transfer 
of an item that is not a multiple of four bytes in length. Immediate byte operands are transferred 
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in a single bus cycle and are left-aligned with the operand CIR (i.e., they are transferred across 
D31-D24). All other operands are transferred through the appropriate CIR in 8-bit units until the 
entire item is transferred. 

When multiple bus cycles are required to transfer an item, the first operand CIR access transfers 
the most significant word of the item; each successive access transfers the next least significant 
word. For example, when an extended precision number is moved, the first operand CIR access 
is used to transfer bits 95-88 of the operand, the second access transfers bits 87-80, and the third 
through twelfth accesses transfer bits 79-72, 71-64, 63-56, 55-48, 47-40, 39-32, 31-24, 23-16, 15-8 
and 7-0, respectively, to complete the operand transfer. Note that the manner in which the operand 
is read from or written to memory is transparent to the FRCP, which allows the operand to be 
stored in memory in the native format of the main processor. 

The amount of data transferred with each access to the operand CIR is dependent on the state 
of an instruction dialog and is determined by the FRCP, not the main processor. For example, if 
the FRCP issues an evaluate effective address and transfer data primitive with a length of 12 bytes, 
twelve accesses of the operand CIR are expected (with each access transferring one byte). Thus, 
for an 8-bit port, the main processor is not allowed to transfer the operand with a series of word 
or long-word transfers, but must use byte transfers to move the operand. 



10.2 RESET OPERATION 

Before the FRCP can be used for any operation after power has been applied to the system, it 
must be initialized using a hardwa re reset function. This is done when power is initially applied 
to the system by asserting RESET for at least four clock cycles (with reference to the FRCP CLK 
signal) after Vcc has reached the nominal operating level. After power has been stable and the 
FRCP has executed a power-up reset operation, a subsequent reset operation may be initiated by 
asserting RESET for at least two cycles of the FRCP CLK signal. Note that in order to maintain 
compatibility with all M68000 Family devices, the power-on reset pulse for a system should be a 
minimum of 100 ms, while a 10 clock minimum (with respect to the clock signal of the slowest 
M68000 Family device in the system) should be used for reset operations after power is stable. 

When a hardware reset operation is performed, the FRCP immediately aborts any operation that 
may have been in progress and returns to the idle state. All of the floating-point data registers 
are loaded with non-signaling NANs, and the FRCP and FPSR are cleared to all zeroes (thus 
clearing any old status information and selecting the IEEE standard default operating modes). An 
identical operation may be performed under software control by an FRESTORE of a null state 
frame (although a hardware reset must be executed at power-up in order to initialize the FRCP). 



One consideration that should be given to the RESET signal of the FRCP is the treatment of a 
RESET instruction by an M68000 Family processor. When the RESET instruction is executed by 
an IVI68000 Family processor, the internal state of the processor is not affected, but the external 
system should respond to the reset operation. Since the FRCP is considered to be part of the 
internal state of the main proce ssor, p rudent system design suggests that the FPCP should not 
respond to the assertion of the RESET signal by the main processor. This can be accomplished 
in many ways, depending on the requirements of the system. A simple circuit to support this 
operation is shown in Figure 10-3. 
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Figure 10-3. FPCP Reset Logic Example 



10.3 CHIP SELECT TIMING 

Most of the bus cycle timing requirements of tine FPCP are straightforward, with all signal timing 
following the normal M68000 Family conventions. The only signal timing that is specific to the 
FPCP bus interface is the relationship of the assertion of chip select (CS) to the assertion of the 
address strobe ( AS) and data strobe (DS). Unlike most M68000 Family periphery that require 
the assertion of CS to follow the assertion of AS or DS, the FPCP allows the CS assertion to 
precede the assertion of the AS and DS. (Most peripherals do not utilize the strobe signals, since 
the chip select equation includes the address and/or data strobes.) 

In order to detect the start or end of an access, the FPCP nnonitors the AS, DS, CS, and R/W 
signals. A cycle start is detected when AS, CS, a nd DS or R/W (for a write cycle) are asserted, 
and a cycle end is detected when the first strobe (AS or DS) is negated. The order in which these 
signals are sequenced is not critical to correct operation, and in the case of CS the occurrence of 
a negated or asserted edge is not needed to detect a new access. For example, it is not required 
that CS be negated between successive accesses to the FPCP, since the negation and assertion 
of the AS and DS signals causes the FPCP to detect the end of one access and the start of the 
next. 



The FPC P conditions the DSACK generation logic internally with AS and CS. To ensure that 
DSACKx assertion is not delayed longer thari_necessary, CS should be asserted before AS is 
asserted (since CS is system dependent but AS is MPU dependent). This design is called "early 
chip select". On the other hand, when CS is asserted after AS has been asserted, then design is 
called "late chip select". A late chip select design may add wait states to the FPCP accesses. 

A timing restriction on CS is that it must be either negated or asserted during transitions of the 
AS and DS signals. Thus, CS must either be asserted before AS or DS is asserted at the start of 
a bus cycle, or it must remain negated until after the strobe signals are stable (although it may 
be asserted between the assertion of AS and DS during a write cycle). This prevents the processor 
from entering an indeterminate state. 

To satisfy this timing restriction with an early chip select, neither AS or DS can be used to generate 
CS. Figure 10-4 shows some circuits that correctly generate an early chip select signal for MPU 
based systems. Note that in these circuits only thefollowing terms are included in the CS equation: 

• FC2-FC0 = 7 — CPU Space 

• A19-A16 = 2 — Coprocessor Communications 

• A15-A13 = 1 — Cp-ID One (Motorola Assembler Default) 



MOTOROLA MC68881/MC68882 USER'S MANUAL 

10-6 



FC0-FC2 — $7 

CPU Space (A16-A19) — $2 
Cp-ID(A13-A15) —$1 (default) 
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Decode Delay Times* 

Programmable Array Logic (PAL) = 10 - 25 ns max. 

74x00/74x138 combined propagation delay = 9.5 - 12.8 ns max. 
74x521 compare delay = 5.5 - 11 ns max. 

74AS02/74AS30combined propagation delay = 9 ns max. 

•The 'x' represents various combinations of logic families including F, AS, or fast CMOS. 

Figure 10-4. Example of Early Chip Select Circuits 
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For systems that use the MC68020 or the MC68030 with an MC68881 or MC68882, the maximum 
time for an early chip select is: 

tAVCS = tAVSA - tCVASL 

where: 

tAVCS = Address/function code valid to CS asserted (maximum). 

tAVSA = MC68020/MC68030 address/function code valid to AS asserted (AC electrical specifi- 
cation #11 minimurn]^ 

tcv- =MC68881/MC68882 CS asserted to AS asserted (AC electrical specification #8 mini- 
ASL mum). 

For a 25 MHz MPU and a 25 MHz FRCP: 
tAVCS =7 ns - (-2 ns) = 9 ns maximum. 

The 74AS02 and 74AS30 implementation shown in Figure 10-4 meets this maximum requirement. 

A late chip select design can use slower (and, therefore, less expensive) logic. To implement this 
design, the CS generation logic should be conditioned by AS to ensure that the CS transition does 
not coincide with the AS transition. Another consideration in using slower logic is that if a non- 
FPCP access follows an FRCP access, the CS for the FPCP must not remain asserted inadvertently 
during the non-FPCP access. However, AS should be included in the decode logic as shown in 
Figure 10-5(A), along with the timing that the logic provides. When AS is used in an AND gate 
with the decode logic output as shown Figure 10-5(B), CS is asserted after the start of the non- 
FPCP access, as the timing diagram shows. This implementation in Figure 10-5(B) is incorrect. 



CLK 



"^^ — v^r~^ 



CLK 



^^~^_^~\ 



A19-A13 
FC0-FC2 



AS 



CS 



FPCP ACCESS 



X 



Xns 



NON-FPCP ACCESS 



A19-A13 
FC0-FC2 



AS 



J 



FPCP ACCESS X NON-FPCP ACCESS 



/ 



\ 



Xns 



CS' 



/ 



A19-A13 



FC0-FC2 



CS NEGATED AT START 

OF NON-FPCP ACCESS 

(CORRECT) 






AS 



DECODE 
(X ns DELAY) 



CS 



A19-A13 



FC0-FC2 



\jC 



CS ASSERTED DURING 

NON-FPCP ACCESS 

(INCORRECT) 






DECODE 
(X ns DELAY) 



CS' , ^ 

"TO- 



a) CORRECT Implementation of a "late chip select" 



b) INCORRECT Implementation of a "late chip select" 



Figure 10-5. Example of Late Chip Select Circuit 
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10.4 BUS CYCLE FUNCTIONAL DESCRIPTIONS 

The FRCP executes three types of bus cycles, according to the direction of the transfer and the 
CIR that is selected by the main processor. The three bus cycle types are: synchronous read cycles, 
asynchronous read cycles, and asynchronous write cycles. In this context, the terms synchronous 
and asynchronous convey slightly different meanings than when they are used to describe the 
bus transfer characteristics of a microprocessor (e.g., where the MC68030 microprocessor and an 
external device perform either synchronous or asynchronous cycles, depending on the relationship 
between the clocks used in the MPU and the external device). Here, the terms synchronous and 
asynchronous are used with respect to the FPCP clock. The following paragraphs describe the 
functional characteristics of each bus cycle type (for an AC parametric description of the FPCP 
bus interface, refer to SECTION 12 ELECTRICAL SPECIFICATIONS. 

In the following discussions, the main processor is assumed to be an MC68020 or MC68030, with 
the FPCP and the MPU both driven by the same clock signal. Thus, the terminology and conven- 
tions used are identical to the bus description for the MPU. This clock frequency relationship is 
not required, but the following discussions are simplified by assuming that both devices use the 
same clock signal. Where appropriate, references are made to variations in bus cycle operations 
if the main processor is not an MC68020 or MC68030. 

10.4.1 Synchronous Read Cycles 

When the main processor performs a read access to either the response or save CIR, the FPCP 
responds by executing a synchronous read bus cycle. In this context, the term synchronous 
signifies that the bus cycle timing is directly related to the FPCP clock signal, but the FPCP clock 
is not required to be synchronous with the main processor clock during the transfer. By syn- 
chronizing the bus cycle to the FPCP clock, the appropriate response primitive or format word is 
always returned based on the current status of the FPCP. Also, since these bus cycles are used 
to transmit service requests to the main processor, the synchronous bus cycle timing allows the 
main processor and FPCP to be synchronized at critical points in an instruction dialog, without 
requiring synchronous clock signals for the two devices. 

The functional timing for the synchronous read cycle is shown in Figure 10-6. The FPCP detects 
the start of a synchronous read cycle when chip select and address strobe are asserted, read/ 
write is high, and the address pins are encoded to $00 (to select the response CIR) or $04 (to 
select the save CIR). When either of these conditions is met, the FPCP begins to sample the 
address strobe, data strobe, and chip select lines on each rising edge of the CLK signal. When all 
three of these signals are sampled as asserted, the FPCP latches certain internal state flags and 
uses those flags to determine the appropriate response primitive or format word to be placed on 
the data bus. One and one-half clock cycles later, the FPCP begins to drive the data value onto 
the bus and assert the approp riate data transfer and size acknowledge encoding. The data value 
remains on the data pins and DSACKx remains asserted until the first of the two signals, AS or 
DS, is negated; the n the bu s cycle is terminated by placing the data bus in the high impedance 
state and negating DSACKx. 

As shown in Figure 10-6, this type of bus cycle requires five clock cycles (two wait cycles) when 
the MPU and the FPCP share the same clock. Under certain conditions, these bus cycles may 
require as many as six or seven clock cycles. Two separate mechanisms determine whether 
additional clock cycles are required for this type of a bus cycle: 

1. The relationship between the assertion of AS, DS, or CS and the rising edge of the FPCP 
clock signal 

2. The relationship between the assertion of DSACKx by the FPCP and the falling edge of the 
MPU clock signal 
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Figure 10-6. Synchronous Read Cycle Timing Diagram 



As^ previously described, DSACKx is triggered to assert one and one-half clock cyclds after AS, 
DS, and CS are sampled as asserted; thus, the best case timing occurs when all three of these 
signals are asserted as early in the bus cycle as possible. Since the MPU triggers the assertion 
of AS and DS with the falling edge of the CLK signal (which is assumed to be the same for both 
devices) and the FRCP samples those signals, along with CS, on the rising edge of the CLK signal, 
the best case cycle timing occurs only if AS, DS, and CS are all asserted to provide the required 
setup time to the next rising edge of the clock. Thus, the maximum assertion and propagation 
delays for these signals must be less than the clock pulse width low in order to guarantee the 
best case bus cycle timing. Although the maximum specifications for the assertion, by the MPU, 
of AS or DS from the falling edge of the clock do not guarantee the best case timing for operation 
at 16.67 MHz under worst case system environments, the best case timing normally occurs under 
typical system conditions. In order to assure the possibility that the best case timing occurs, 
system designers should utilize the CS generation methods d6scribed in 10.3 CHIP SELECT TIMING 
to prevent propagation delays of the CS logic from lengthening the bus cycle by one clock. 

In the same manner as just described (where the FPCP misses the assertion of AS, DS , or CS), 
one clock cycle may be added to the bu s cycle timing if the MPU misses the assertion of DSACKx 
by the FPCP. The assertion of DSACKx by the FPCP is triggered by the falling edge of the clock, 
and the propagation delay for this assertion can be quite long (slightly lon ger than o ne 16.67 MHz 
clock cycle under worst case syste m conditi ons). Since the MPU samples DSACKx on the falling 
edge of the clock, the assertion of DSACKx triggered by a given falling clock edge may not be 
completed ahead of the setup time to the ne xt falling clock edge. There is very little that a system 
designer can do to assure that the DSACKx assertion is recognized on the first falling clock edge 
after it is triggered, since the propagation delay is dependent on individual device characteristics 
as well as system conditions such as temperature and power supply levels. 
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Due to the nature of the two mechanisms just described, it is possible that for an individual system 
the bus cycle timing for synchronous read cycles may be different under varying system condi- 
tions. For example, when a system is first turned on (and thus the devices are at room temperature) 
it is quite likely that synchronous read cycles require five clock cycles as shown in Figure 10-6. 
As the temperature increases to the normal operating range, the synchronous read cycle timing 
may change to six clock cycles. If the temperature rise affects both of the synchronization mech- 
anisms enough (particularly if the CS generation logic causes the assertion of CS to follow the 
assertion of AS and/or DS), the timing for these operations may increase to seven clock cycles 
or even vary on e\ cycle-by-cycle basis between six and seven clock cycles. Some other factors 
that may affect the timing for synchronous reads cycles are the power supply levels for the FRCP 
and MPU, the individual device characteristics (due to manufacturing variances), and the capacitive 
loading of the control signals. 

It should be noted that the timing variances for synchronous read cycles do not affect the overall 
performance of a system significantly. Specifically, one or two additional clock cycles per syn- 
chronous read cycle results in a small percentage change in the overall execution time for an 
instruction (since most instructions typically require over 50 clock cycles to execute). The only 
environment where these timing variances may be of concern is when a programmer is attempting 
to optimize an instruction sequence for maximum overlap. |n this case, these factors should be 
added to the instruction execution timing variability mechanisms discussed in SECTION 8 IN- 
STRyCTjpN EXECUTION TIMING. 



10.4.2 Asynchronous Read Cycles 

When the main processor performs any access to the FRCP with R/W high other than a read of 
the response or save CIR, the FRCP responds by executing an asynchronous read cycle. In this 
context, the term asynchronous signifies that the bus cycle timing is not related to the FRCP or 
MPU clock signals in any way. The FRCP supports this type of operation by implementing all of 
the CIRs, except the response and save CIRs, as dual ported structures. Thus, the main processor 
can access these CIRs at the maximum speed regardless of the clock frequency of the FRCP, while 
the FRCP internally accesses these CIRs in a synchronous manner. 

The functional timing for the asynchronous read cycle is shown in Figure 10-7. The FRCP detects 
the start of an asynchronous read cycle when chip select, address strobe, and data strobe are 
gsserted; read/write is high; and the address pins are not encoded to $00 or $04 (which selects 
the response or save CIR, respectively). When this condition is met, the FRCP responds by placing 
the data from the selected CIR on the data bus and asserting the appropri ate data transfer and 
sjze acknowledge encoding. The data value remains on the data pins and DSACKx remains as- 
serted until the first of the two signals, AS or DS, is negated at which tim e the bu s cycle is 
terminated by placing the data bus in the high impedance state and negating DSACKx. 

As shown in Figure 10-7, this type of bus cycle requires three clock cycles (no wait cycles) when 
the MRU and the FRCP share the same clock. Due to the asynchronous timing of the data transfer 
and size acknowledge assertion by the FRCP, this bus cycle timing does not depend on the clock 
frequency of the FRCP (there are some exceptions to this rule, as discussed in 10.5 INTER-CYCLE 
TIMING RESTRICTIONS). For example, if the MC68881 clock frequency is 12.5 MHz and the MPU 
cl ock frequ ency is 16.67 MHZ, this bus cycle requires three MRU clock cycles sinpe the assertion 
of DSACKx is recognized by the MRU on the falling e dge of S2. This assumes that the chip select 
logic causes the assertion of AS and DS so that the AS/DS assertion delay is not lengthened by 
the chip select logic propagation time. 
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Figure 10-7. Asynchronous Read Cycle Timing Diagram 



10.4.3 Asynchronous Write Cycles 

When the main processor performs any access to the FRCP with R/W low, the FRCP responds by 
executing an asynchronous write cycle. The definition of asynchronous in the first paragraph of 
the preceding section applies also to asynchronous write cycles. 

The functional timing for the asynchronous write cycle is shown in Figure 10-8. The FPCP detects 
the start of an asynchronous write cycle when chip select and address strobe are asserted and 
read/write is low. When this condition is met and an asserted pulse occurs on DS, the FPCP 
responds by asserting the appropriate data transfer and size acknowledge encoding and latching 
the value of the data bus into the selected CIR. The DSAC Kx encod ing remains asserted until AS 
is negated; then the bus cycle is terminated by negating DSACKx. 

As shown in Figure 10-8, this type of bus cycle requires three clock cycles (no wait cycles) when 
the MPU and the FPCP share the same clock. Due to the asynchronous timing of the data transfer 
and size acknowledge assertion by the FPCP, this bus cycle timing does not depend on the clock 
frequency of the FPCP (there are some exceptions to this rule, as discussed in 10.5 INTER-CYCLE 
TIMING RESTRICTIONS). For example, if the MC68881 clock frequency is 12.5 MHz and the MPU 
cl ock frequ ency is 16.67 MHz, this bus cycle requires three MPU clock cycles since the assertion 
of DSACKx is recognized by the MPU on the falling edge of S2. This^ssumes th at the c hip select 
lo gic cause s the assertion of CS to precede the assertion of AS and DS so that the AS/DS assertion 
to DSACKx assertion delay is not lengthened by the chip select logic propagation time. 

10.5 INTER-CYCLE TIMING RESTRICTIONS 

The bus interface of the MC68881 is designed to operate satisfactorily at any reasonable clock 
frequency relationship between the MC68881 and the main processor. In most cases, differences 
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Figure 10-8. Asynchronous Write Cycle Timing Diagram 



in the clock frequency of the two devices does not affect the operation of the bus; and particularly, 
it does not affect the timing of individual bus cycles. However, there are some cases where the 
timing of a bus cycle is modified if the MC68881 is overrun by the main processor. 

During coprocessor interface dialogs, certain bus cycles trigger actions by the FRCP on the negated 
edge of data strobe. Operations internal to the FRCP that are initiated in this manner are completed 
within four clock cycles after the negation of DS, but the main processor may initiate a subsequent 
asynchronous bus cycle before those internal operations are completed. In these cases, the MC68881 
delays th e subseq uent asynchronous access by not responding to the bus cycle (and thus not 
asserting DSACKx) until the internal operations are completed. Synchronous accesses (i.e., ac- 
cesses to the response or save CIR) execute in the normal manner regardless of preceding ac- 
cesses. The following is a list of the bus cycles that initiate internal operations on the negated 
edge of DS, where a subse quent asy nchronous bus cycle might overrun the FPCR and necessitate 
a delay in the assertion of DSACKx: 

1. A write cycle to the least significant byte of the control CIR 

2. A write cycle to the least significant byte of the restore CIR 

3. The last write cycle to the least significant byte of the operand CIR during a restore operation 
with a busy state frame 

4. The first read from the least significant byte of the operand CIR during a save operation with 
an idle or busy state frame 

In all of these cases, the term least significant byte indicates a transfer of any size that includes 
the least significant byte of the referenced CIR and does not indicate that only byte transfers cause 
conditions that require delays in subsequent bus cycles. 
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In addition to the cases just described, the possibility exists that the main processor may overrun 
the FRCP if the main processor clock frequency is greater than that of the FRCP. There are two 
cases where this might occur: 

1. The main processor reads the operand or register select CIR before the FRCP has data ready 
for transfer to the main processor. 

2. The main processor writes to the operand CIR before the data from the previous write cycle 
has been stored internally. 

In both of these cases, the FRCP does not respond to the initiation of an asynchronous bus cycle 
until the internal data transfers are completed (synchronous bus cycles are not delayed). 



10.6 COPROCESSOR INTERFACE PROTOCOL RESTRICTIONS 

As just described, the FRCP delays asynchronous bus cycles, if necessary, until internal operations 
are completed. However, even though the response to these bus cycles is delayed, the FRCP bus 
interface unit control logic does detect the beginning of each access regardless of the state of the 
execution unit. Thus, it is possible that an access to a CIR may be detected before the bus interface 
unit has completed previous operations and updated status flags to reflect the state of an instruc- 
tion dialog. This can result in spurious protocol violations if the coprocessor interface protocol is 
not strictly observed. 

The most important protocol that must be observed is that the come again request included by 
the FRCP in every evaluate effective address and transfer data primitive must not be ignored by 
the main processor. For example, if the come again request is ignored and the main processor 
clock is much faster than the FRCP clock, the following situation might occur: 

1. The main processor receives the evaluate effective address and transfer data request pri- 
mitive, processes it, and begins to transfer the operand. 

2. The last operand part is written to the operand CIR. 

3. The main processor ignores the come again request and begins execution of the next in- 
struction immediately. 

4. The next instruction is an FRCP instruction that the main processor initiates by writing the 
command word to the command CIR. 

5. Since the internal operand transfer is not complete, the BlU flags still indicate that the next 
expected access is to the operand CIR; thus the access to the command CIR is deemed illegal, 
and a protocol violation occurs. 

In this case, if the main processor follows the protocol and services the come again request by 
reading the response CIR immediately after the last operand CIR access, a null (CA=1, IA=1) 
primitive may be returned by the MC68881. Since the response CIR read cycle timing is synchron- 
ous with the MC68881 clock signal, this read cycle allows the main processor to be synchronized 
to the MC68881 internal operations. Thus, the next read of the response CIR normally occurs after 
internal operations are completed. At that time, the response encoding is changed to null (CA=0) 
to allow the main processor to proceed, and the subsequent access to the command CIR is a 
legal access. 

In addition to the previously mentioned restrictions, the MC68882 may return an evaluate <ea> 
and transfer data primitive with CA = 0, which does not require the main processor to read the 
response register before proceeding to the next instruction. After the last write to the operand 
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CIR, if the next instruction is another I\/1C68882 instruction, the write to the comnnand CIR can 
occur immediately without adverse effects. However, if the read of the response CIR (which 
normally follows the write of the command CIR) occurs sooner than three MC68882 clocks after 
the completion of the previous operand CIR write operation, a protocol violation occurs. Therefore, 
if the main processor is an MC68020 or MC68030, its clock frequency cannot be more than 1.5 
times the frequency of the MC68882 clock. Otherwise, the read response CIR operation might 
occur too soon and cause a protocol violation. A main processor other than an MC68020 or 
MC68030 must also observe this timing requirement to avoid a protocol violation. 
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SECTION 11 
INTERFACING METHODS 



This section contains information about the interface logic required to connect the IV1C68881/ 
iVIC68882 (FRCP) to an IV1C68020/MC68030 (IVIPU) as a coprocessor, or to an MC68000, MC68008, 
or MC68010 as a peripheral processor. 

11.1 FRCP AND MPU INTERFACING 

The following paragraphs describe the connecting of the FRCP to an MPU for coprocessor op- 
eration using an 8-, 16-, or 32-bit data bus. 

11.1.1 32-Blt Data Bus Coprocessor Connection 

Figure 11-1 illustrates the coprocessor interface connection of an FPCP to an MPU using a 32-bit 
data bus. The FPCP is configured to operate over a 32-bit data bus when both the AO and SIZE 
pins are connected to VcC- 
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Figure 11-1. 32-Bit Data Bus Coprocessor Connection 
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11.1.2 16-Bit Data Bus Coprocessor Connection 

Figure 11-2 illustrates the coprocessor interface connection of an FRCP to an_MPU using a 16-bit 
data bus. The FPCP is configured to operate over a 16-bit data bus when the SIZE pin is connected 
to Vcc. and the AO pin is connected to GND. The sixteen least significant data pins (D0-D15) must 
be connected to the sixteen most significant data pins (D16-D31) when the FPCP is confi gured to 
operateovera16-bitdatabus(i.e.,connectD0toD16, D1 toD17, . . . and D1 5 to D31 ). The DSACKx 
pins of the two devices are directly connected, although it is not necessary to connect the DSACKO 
pin since the FPCP never asserts it in this configuration. 
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Figure 11-2. 16-Bit Data Bus Coprocessor Connection 



11.1.3 8-Bit Data Bus Coprocessor Connection 

Figure 11-3 illustrates the connection of an FPCP to an MPU as a copro cesso r over an 8-bit data 
bus. The FPCP is configured to operate over an 8-bit data bus when the SIZE pin is connected to 
GND. The twenty four least significant data pins (D0-D23) must be connected to the eight most 
significant data pins (D24-D31) when the FPCP is configured to operate over an 8-bit data bus 
(i.e., connect DO to D8, D16 and D24; D1 to D9, D17, and D25; . . . and D7 to D15, D23, and D31). 
The DSACKx pins of the two devices are directly connected, although it is not necessary to connect 
the DSACKl pin since the FPCP never asserts it in this configuration. 

1 1 .2 INTERFACING THE FPCP AS A PERIPHERAL 

The following paragraphs describe the connecting of the FPCP to an MC68000, MC68008, or 
MC6801Q processor for operation as a peripheral using an 8- or 16-bit data bus. 



IVIOTOROLA 
11-2 



IVIC68881/MC68882 USER'S MANUAL 



MC68020/MC68030 








MC68881/MC68882 


FC0FC2 

A20A31 

A16-A19 

A13-A15 

A5A12 

A1-A4 

AO 

AS 
DS 

R/W 

024D31 

D16-D23 

D8D15 

D0-D7 






CS 

SIZE 

A1-A4 

AO 

AS 
DS 
R/W 

D24D31 
D16023 
D8-D15 
D0D7 


CHIP 
SELECT 
DECODE 




GND — »- 




















1 




















DSACKO 




DSACKO 




DSACK1 


DSACKl 








MAIN PROCESSOR 
CLOCK 






COPROCESSOR 
CLOCK 



Figure 11-3. 8-Bit Data Bus Coprocessor Connection 



11.2.1 16-Bit Data Bus Peripheral Processor Connection 



Figure 11-4 illustrates the connection of an FRCP to an MC68000 or MC68010 as a peripheral 
pro cesso r over a 16-bit data bus. The FRCP is configured to operate over a 16-bit data bus when 
the SIZE pin is connected to VcC- and the AO pin is connected to GND. The sixteen least significant 
data pins (D0-D15) must be connected to the sixteen most significant data pins (D16-D31) when 
the FPCP is confi gured to o perate over a 16-bit data bus (i.e., co nnect D O to D16, D1 to D17, . . . and 
D15 to D31). The DSACKl pin of the FPCP is connected to the DTACK pin of the main processor, 
and the DSACKO pin is not used. 



When connected as a peripheral processor, the FPCP chip select (CS) decode is system dependent. 
If the MC68000 is used as the main processor, the FPCP CS must be decoded in the supervisor 
or user data spaces. However, if the MC6801 is used for the main processor, the MOVES instruc- 
tion can be used to emulate any CPU space access that the MPU generates for coprocessor 
communications. Thus, the CS decode logic for such systems may be the same as in an MC68020 
or MC68030 system; that is, the FPCP does not use any part of the data address spaces. 



11.2.2 8-Bit Data Bus Peripheral Processor Connection 

Figure 11-5 illustrates the connection of an FPCP to an MC68008 as a peripheral processor over 
an 8-bit data bus. The FPCP is configured to operate over an 8-bit data bus (i.e., c onnect D O to 
D8, D16, and D24; D1 to D9, D1 7, and D25; ... and D7 to D15, D23, and D31 ). The DSACKO pin 
of the FPCP is connected to the DTACK pin of the MC68008, and the DSACKl pin is not used. 
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Figure 11-4. 16-Bit Data Bus Peripheral Processor Connection 
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Figure 11-5. 8-Bit Data Biis Peripheral Processor Connection 
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When connected as a peripheral processor, the FPCP chip select (CS) decode is system dependent, 
and the CS must be decoded in the supervisor or user data spaces. 

11.3 PERIPHERAL PROCESSOR OPERATION 

The FPCP can be used as a peripheral processor on systems where the main processor does not 
have a coprocessor interface by using instruction sequences that emulate the protocol of the 
coprocessor interface. When an FPCP instruction is encountered by an MC68000, MC68008, or 
MC68010, the instruction causes an F-line emulator trap to be taken. The trap handler then em- 
ulates the coprocessor interface protocol. Refer to SECTION 7 COPROCESSOR INTERFACE for 
details of the communications protocol. 

The FPCP requests services from the main processor via coprocessor interface response register 
primitives. SECTION 7 COPROCESSOR INTERFACE describes the main processor service requests 
required for the execution of each FPCP instruction type. Also included in SECTION 7 COPRO- 
CESSOR INTERFACE is a summary of all FPCP response primitives. 
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SECTION 12 
ELECTRICAL SPECIFICATIONS 



This section contains electrical specifications and associated tinning information for the MC68881/ 
MC68882 (FPCP). 



12.1 MAXIMUM RATINGS 



Rating 


Symbol 


Value 


Unit 


Supply Voltage 


vcc 


-0.3 to +7.0 


V 


Input Voltage 


V|n 


-0.5 to +7.0 


V 


Operating Temperature 


ta 


0to70 


°c 


Storage Temperature 


Tstq 


-55 to +150 


X 



12.2 THERMAL CHARACTERISTICS — PGA PACKAGE 



Characteristic 


Symbol 


Value 


Rating 


Thermal Resistance — Ceramic 
Junction to Ambient 
Junction to Case 


OJA 

ejc 


30* 
15* 


°C/W 



"Estimated 



12.3 POWER CONSIDERATIONS 



This device contains circuitry to protect the 
inputs against damage due to high static volt- 
ages or electric fields; however, it is advised 
that normal precautions be taken to avoid 
application of any voltage higher than max- 
imum-rated voltages to this high-impedance 
circuit. Reliability of operation is enhanced if 
unused inputs are tied to an appropriate logic 
voltage level (e.g., either GND or Vcc). 



The average chip-junction temperature, Tj, in °C can be obtained from: 

Tj = TA + (PD-ejA) 



(1! 



where: 

ta 

OJA 
PD 

Pint 

P|/0 



= Ambient Temperature, °C 

= Package Thermal Resistance, Junction-to-Ambient, °C/W 

= P|NT+P|/0 

= Ice X Vqc, Watts — Chip Internal Power 

= Power Dissipation on Input and Output Pins — User Determined 
For most applications P|/0<P|NT and can be neglected. 
The following is an approximate relationship between Pp and Tj (if P|/o is neglected): 

PD = K^(Tj + 273°C) (2) 

Solving equations (1) and (2) for K gives: 

K = Pd • (Ta + 273°C) + ejA • Pd2 (3) 

where K is a constant pertaining to the particular part. K can be determined from equation (3) by 
measuring Pp (at equilibrium) for a known Ta- Using this value of K, the values of Pd and Tj can 
be obtained by solving equations (1) and (2) iteratively for any value of Ta. 

The total thermal resistance of a package (9JA) can be separated into two components, 9jc 
and 9CA' representing the barrier to heat flow from the semiconductor junction to the package 
(case) surface (Ojc) and from the case to the outside ambient (6CA)- These terms are related by 
the equation: 

ejA=ejc + ecA (4) 
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6jc is device related and cannot be influenced by the user. However, 0CA is user dependent 
and can be minimized by such thermal management techniques as heat sinks, ambient air cooling, 
and thermal convention. Thus, good thermal management on the part of the user can significantly 
reduce 9CA so that Oja approximately equals Bjc- Substitution of 0JC for Bja in equation (1) will 
result in a lower semiconductor junction temperature. 

Values for thermal resistance presented in this document, unless estimated, were derived using 
the procedure described in Motorola Reliability Report 7843, "Thermal Resistance Measurement 
Method for MC68XX Microcomponent Devices," and are provided for design purposes only. 
Thermal measurements are complex and dependent on procedure and setup. User derived values 
for thermal resistance may differ. 



12.4 DC ELECTRICAL CHARACTERISTICS 

(Vcc=5.0Vdc±5%; GND = Vdc, Ta = 0°C to 70°C) (see Figure 12-1) 



Characteristic 


Symbol 


IVIin 


IVlax 


Unit 


Input High Voltage 


V|H 


2.0 


vcc 


V 


Input Low Voltage 


V|L 


GND -0.5 


0.8 


V 


Input Leakage Current @ 5.25 V CLK, RESET, R/W^0-A4, 

CS, DS, AS, SIZE 


'in 


— 


10 


jxA 


Hi-Z (Off State) Input Current @ 2.4 V/0.4 V DSACKO, DSACK1, D0-D31 


Itsi 


— 


20 


►.A 


Output High Voltage (loH= -400 ^^.A) DSACKO, DSACK1, D0-D31 


VOH 


2.4 


— 


V 


Output Low Voltage (l0L = 5.3 mA) DSACKO, DSACK1, D0-D31 


Vol 


— 


0.5 


V 


Power Dissipation 


Pd 


— 


0.75 


W 


Capacitance* (Vin = 0, Ta = 25°C, f=1 MHz) 


Cin 


— 


20 


PF 



'Capacitance is periodically sampled rather than 100% tested. 



+5V 




Cl = 130 pF (INCLU DES ALL PARASITIC S) 

R = 740 OHMS FOR DSACKO, DSACK1. D0-D31 

Rl = 6.0 kOHMS FOR DSACKO, DSACK1, 00-031 

Figure 12-1. Test Loads 
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12.5 AC ELECTRICAL CHARACTERISTICS — CLOCK INPUT 

(Vcc = 5.0 Vdc±5%; GND = Vdc, TA = 0°Cto70X) (see Figure 12-2) 



Num 


Characteristic 


'RC12 


'RC16 


'RC20 


'RC25 


Unit 


iVIin 


Max 


IVIin 


Max 


Min 


Max 


Min 


Max 




Frequency of Operation 


8 


12.5 


8 


16.67 


12.5 


20 


12.5 


25 


MHz 


1 


Cycle Time 


80 


125 


60 


125 


50 


80 


40 


80 


ns 


2,3 


Clock Pulse Width 


32 


87 


24 


95 


20 


54 


15 


59 


ns 


4,5 


Rise and Fall Times 


— 


5 


— 


5 


— 


5 


— 


4 


ns 




NOTE: 



1 . Timing measurements are referenced to and from a low voltage of 0.8 volts and a high 
voltage of 2.0 volts, unless otherwise noted. The voltage swing through this range should 
start outside, and pass through, the range such that the rise or fall will be linear between 
0.8 volts and 2.0 volts. 

Figure 12-2. Clock Input Timing Diagram 
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12.6 AC ELECTRICAL CHARACTERISTICS — READ AND WRITE CYCLES 

(Vcc = 5.0 Vdc±5%; GND = Vdc, Ta = 0°C to 70°C) (see Figures 12-3 through 12-5) 



Num 


Characteristic 


'RC12 


'RC16 


'RC20 


'RC25 


Unit 


IVIin 


IVIax 


Min 


IVIax 


Min 


Max 


Min 


Max 


6 


Address Valid to AS Asserted (see Note 5) 


20 


— 


15 


— 


10 


— 


5 


— 


ns 


6A 


Address Valid to DS Asserted (Read) 
(see Note 5) 


20 


— 


15 


— 


10 


— 


5 


— 


ns 


6B 


Address Valid to DS Asserted (Write) 
(see Note 5) 


65 


— 


50 


— 


50 


— 


35 




ns 


7 


AS Negated to Address Invalid (see Note 6) 


15 


— 


10 


— 


10 


— 


5 


— 


ns 


7A 


DS Negated to Address Invalid (see Note 6) 


15 


— 


10 


— 


10 


— 


5 


— 


ns 


8 


CS Assertedjo AS Asserted (Early Chip 
Select) or AS Asserted to CS Asserted 
(Late Chip Select) 
(see Notes 8 and 12) 












-1 




-2 




ns 


8A 


CS Asserted to DS Asserted (Early Chip 
Select) or DS Asserted to CS Asserted 
(Late Chip Select) (Read) 
(see Notes 9 and 12) 












-1 




-2 




ns 


SB 


CS Asserted to DS Asserted (Write) 


45 


— 


35 


— 


30 


— 


25 


— 


ns 


9 


AS Negated to CS Negated 


10 


— 


10 


— 


10 




5 


— 


ns 


9A 


DS Negated to CS Negated 


10 


— 


10 


— 


10 




5 


— 


ns 


10 


R/W High to AS Asserted (Read) 


20 


— 


15 


— 


10 


— 


5 


— 


ns 


10A 


R/W High to DS Asserted (Read) 


20 


— 


15 


— 


10 


— 


5 


— 


ns 


10B 


R/W Low to DS Asserted (Write) 


45 


— 


35 


— 


30 


— 


25 


— 


ns 


11 


AS Negated to RA/V Low (Read) or AS 
Negated to R/W High (Write) 


15 


— 


10 


— 


10 


— 


5 




ns 


11A 


DS Negated to R/W Low (Read) or DS 
Negated to R/W High (Write) 


15 


— 


10 


- 


10 


— 


5 


— 


ns 


12 


DS Width Asserted (Write) 


50 


— 


40 


— 


38 


— 


30 


— 


ns 


13 


DS Width Negated 


50 


— 


40 


— 


38 


— 


30 


— 


ns 


13A 


DS Negated to AS Asserted (see Note 4) 


40 


— 


30 


— 


30 


— 


25 


— 


ns 


14 


CS, DS Asserted to Data-Out Valid (Read) 
(see Note 2) 


— 


110 


— 


80 


— 


60 


— 


45 


ns 


15 


DS Negated to Data-Out Invalid (Read) 





— 





— 





— 





— 


ns 


16 


DS Negated to Data-Out High Impedance 
(Read) 


— 


70 


— 


50 


- 


40 


— 


35 


ns 


17 


Data-in Valid to DS Asserted (Write) 


20 


— 


15 


— 


10 


— 


5 


— 


ns 


18 


DS Negated to Data-in Invalid (Write) 


20 


— 


15 


— 


10 


— 


5 


— 


ns 


19 




— 


70 


— 


50 


— 


35 


— 


30 


ns 


START True to DSACKO and DSACK1 
Asserted (see Notes 2 and 10) 


19A 




-20 


20 


-15 


15 


-10 


10 


-10 


10 


ns 


DSACKO Asserted to DSACK1 Asserted 
(Si<ew) (see Note 7) 


20 




- 


60 


- 


50 


— 


43 


— 


32 


ns 


DSACKO or DSACK1 Asserted to Data-Out 
Valid 


21 




— 


70 


— 


50 


— 


40 


— 


40 


ns 


START False to DSACKO and DSACK1 
Negated (see Note 10) 


22 




— 


90 


— 


70 


— 


55 


— 


55 


ns 


START False to DSACKO and DSACK1 High 
Impedance (see Note 10) 



Continued 
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12.6 AC ELECTRICAL CHARACTERISTICS — READ AlVlD WRITE CYCLES (Continued) 



Num 


Characteristic 


'RC12 


'RC16 


'RC20 


'RC25 


Unit 


Min 


Max 


Mih 


Max 


Min 


Max 


Min 


Max 


23 







- 





— 





— 





— 


ns 


START True to Clock High (Synchronous 
Read) (see Notes 3 and 10) 


24 


Clock Low to Data-Out Valid (Synchronous 
Read) (see Note 3) 


— 


140 


— 


105 


— 


80 


— 


60 


ns 


25 




1.5 


140 + 
2.5 


1.5 


105 + 
2.5 


1.5 


80 + 
2.5 


1.5 


60 + 
2.5 


ns 
Clks 


START True to Data-Out Valid 
(Synchronous Read) 
(see Notes 3, 10, and 11) 


26 




— 


100 


— 


75 


— 


55 


— 


45 


ns 


Clock Low to DSACKO and DSACK1 
Asserted (Synchronous Read) 
(see Note 3) 


27 




1.5 


100 + 
2.5 


1.5 


75 + 
2.5 


1.5 


55 + 
2.5 


1.5 


45 + 
2.5 


ns 
Clks 


START True to DSACKO and DSACK1 
Asserted (Synchronous Read) 
(see Notes 3, 10, and 11) 



NOTES: 

1. Timing measurements are referenced to and from a low voltage of 0.8 volts and a high voltage of 20 volts, unless otherwise 
noted. The voltage swing through this range should start outside, and pass through, the range such that the rise or fall will be 
linear between 0.8 volts and 2.0 volts. 

2. These specifications only apply if the FPCP has completed all internal operations initiated by the termination of the previous 
bus cycle when DS was negated. Refer to 10.5 INTER-CYCLE TIMING RESTRICTIONS for exceptions to this case. 

3. Synchronous read cycles occur only when the save or response CIR locations are read. 

4. This specification only applies to systems in which back-to-back accesses (read-write or write-write) of the operand CIR can 
occur . Whe n the FPCP is used as a coprocessor to the MPU, this can occur when the addressing mode is immediate. 

5. if the SIZE pin is not strapped to either Vcc or GND, it rnust have the same setup times as do addresses. 

6. If the SIZE pin is not strapped to either Vqc or GND, it m ust have the same hold times as do addresses. 

7. This number is reduced to 5 nanoseconds if DSACKO and DSACK1 have equal loads. 

8. CS must be either asserted or negated when AS is asserted. 

9. CS mu st be either asserted or negated when DS is asserted (read). 

10. START is not an externa l signal; rather, it is the logical condition that indicates the start of an access. The logical equation for 
this condition is: START=CS + AS + (RAA/"DS). 

11. Value depends on actual clock input Waveform used, not clock input specifications. 

12. For a late chip select, the minimum specification is always zero. 



Timing diagrams (Figures 12-3, 12-4, 
and 12-5) are located on foldout pages 
at the end of this document. 
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NOTES: 



1 . START is act ually a lo gical condition, but is shown as an active low signal for clarity. The logical equation for 
this signal is START = CS + AS + (R/W«DS). 

2. Timing measurements are referenced to and from a low voltage of 0.8 volts and a high voltage of 2.0 volts, 
unless otherwise noted. The voltage swing through this range should start outside, and pass through, the 
range such that the rise or fall will be linear between 0.8 volts and 2.0 volts. 

Figure 12-3. Asynchronous Read Cycle Timing Diagram 
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AS 



DS 



start' 



DSACKO 



D0-D31 




NOTES: 



1 . START is actually a logical condition, but is shown as an active low signal for clarity. The logical equation for 
this signal is START = CS + AS + (R/W«DS). 

2. Timing measurements are referenced to and from a low voltage of 0.8 volts and a high voltage of 2.0 volts, 
unless otherwise noted. The voltage swing through this range should start outside, and pass through, the 
range such that the rise or fall will be linear between 0.8 volts and 2.0 volts. 

Figure 12-4. Asynchronous Write Cycle Timing Diagram 
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NOTES: 



1 . START is actually a logical condition, but is shown as an active low signal for clarity. The logical equation for 
this signal is START = CS + AS + (R/W«DS). 

2. Timing measurements are referenced to and from a low voltage of 0.8 volts and a high voltage of 2.0 volts, 
unless otherwise noted. The voltage swing through this range should start outside, and pass through, the 
range such that the rise or fall will be linear between 0.8 volts and 2.0 volts. 

Figure 12-5. Synchronous Read Cycle Timing Diagram 
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SECTION 13 
ORDERING INFORMATION AND MECHANICAL DATA 



This section contains the pin assignments and pacl<age dimensions of the IV1C68881/IVIC68882 
(FRCP). In addition, detailed information is provided to be used as a guide when ordering. 



13.1 STANDARD MC68881/MC68882 ORDERING INFORMATION 

Package Type Frequency (MHz) Temperature 

12.5 



Pin Grid Array 
RC Suffix 



16.67 



20 



25 



0°C to 70°C 

-40°Cto +85X 

-55°Cto +125°C 

0°C to 70°C 
-40°Cto +85°C 
-55°Cto +125°C 

0°C to 70°C 
-40°Cto +85°C 
-55°Cto +125°C 

0°C to 70°C 



Order Number 

MC68881RC12 

MC68881LRC12 

MC68881ERC12 

MC68881RC16 

MC68881LRC16 

MC68881ERC16 

MC68881RC20 

MC68881LRC20 

IVIC68881ERC20 

IVIC68881RC25 



Pin Grid Array 
RC Suffix 



*^Available 1st quarter 1988. 



16.67 
20 
25 



0°C to 70°C 
0°C to 70°C 
0°C to 70°C 



MC68882RC16 
IV1C68882RC20 
MC68882RC25* 
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13.2 PIN ASSIGNMENTS 



68-PIN GRID ARRAY 



o 


o o 


o 


o 


o 


o 


o 


o 


o 


Al 


R/W GND" 


DSACK1 D30 


D29 


D27 


D26 


D24 


D22 


o 


o o 


o 


o 


o 


o 


o 


o 


o 


A3 


Vcc" cs 


DSACKO D31 


D28 


D25 


GND 


D23 


D21 


,o 


o o 










o 


o 


o 


'as 


A2 AO 










Vrr 


GND*' 


D19 


O 


o 












o 


o 


DS 


A4 












D20 


D18 


o 


o 












o 


o 


SIZE 


GND" 












D17 


D16 


O 


o 












o 


o 


NC 


Vcc 












Vcc 


GND 


o 


O 












O 


o 


RESET 


GND" 












D12 


D15 


o 


O 










O 


o 


o 


GND 


CLK GND 










D9 


D13 


D14 


o 


o o 


o 


o 


o 


o 


o 


o 


o 


Vcr: 


GND* GND* 


SENSE 


D2 


D5 


GND 


vr,n 


D10 


D11 


o 


o o 


o 


o 


o 


o 


O 


o 


o 


Vcc" 


GND* DO 


Dl 


D3 


D4 


D6 


D7 


D8 


GND** 



Pin Group 


Vcc 


GND 


D31-D16 


H8 


J8 


D15-D00 


B8 


B7 


Internal Logic, 
DSACK1, DSACKO 


E2, E9 


A2, B2, B3, B4***, 
C3, E10, K3 


Separate 


— 


CI 


Extra 


A1,B1, J2 


AID, D2, F2, H9 



*New assignment for the A93N mask. 

' Reserve d for future Motorola use. 

"SENSE pin, may be used as an additional GND pin. 
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13.3 PACKAGE DIMENSIONS 



RC SUFFIX 

PIN GRID ARRAY 

CASE 765A-03 









A 












>J 


.4 B ► 


N 




©©©©©©©©-eH> 



©©©©©©©©©-«? — J 
©0© ©©(^ J 

©© ®© 

©© ©© 

©© ©® 

©® ©© 

©©© ©©© 

®®©®©®®©®® 
©©©©© ©©®®® 



NOTES: 

1. DIMENSIONS A AND B ARE DATUMS AND T IS 
DATUM SURFACE. 

2. POSITIONAL TOLERANCE FOR LEAD S (68 PLACES) 
[♦|(<)0.13(lo5r®l T|A©|B©1 

3. DIMENSIONING AND TOLERANCING PER ANSI 
YU.5M, 1982. 

4. CONTROLLING DIMENSION: INCH. 



I 2 3 4 5 6 7 8 9 10 



DIM 


MILUMETERS 


INCHES 1 


MIN 


MAX 


MIN 


MAX 


A 


26.67 


27.17 


1.05O 


1.070 


B 


26.67 


27.17 


1.050 


1.070 


C 


1.91 


2.66 


0.075 


O105 


D 


0.43 


060 


0.017 


0.024 


G 


2.64 BSC 


0.100 BSC 


K 


4.32 1 4.82 


O170 1 0.190 
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APPENDIX A 
GLOSSARY 

ALGORITHM 

A procedure for solving a mathematical problem in a finite number of steps that frequently 
involves repetition of an operation. 

BCD (Binary-Coded-Decimal) Number 

The representation of cardinal numbers through 9 by 10 binary codes of any length. The 
minimum length is four and there are over 29x10^ possible four-bit BCD codes. However, 
codes in which the four bits contain the hexadecimal representation of through 9 are the 
more commonly used codes, for obvious reasons. 

BIASED EXPONENT 

The sum of the exponent and a constant (bias) chosen to make the biased exponents range 
non-negative. 

BINARY FLOATING-POINT NUMBER 

A bit string characterized by three components: a sign, a signed exponent, and a significand. 
(See single, double, and extended precision.) The numerical value of the bit string is the 
signed product of the significand and two raised to the power of the exponent. 

DENORMALIZED NUMBER 

A floating-point number having all zeros in the exponent and a non-zero value in the fraction/ 
mantissa. 

DOUBLE PRECISION 

A 64-bit binary floating-point operand format composed of three fields: a one-bit sign field, 
an 11-bit biased exponent field, and an 52-bit fraction (significand) field. 

DYADIC OPERATION 

An operation on two operands. 

E FIELD 

See exponent (E field). 

EXPONENT 

A symbol written above and to the right of a mathematical expression to indicate the operation 
of rising to a power. 

EXPONENT (E FIELD) 

The component of a binary floating-point number that normally signifies the integer power 
to which two is raised in determining the value of the represented number. Occasionally, the 
exponent is called the signed or unbiased exponent. 

EXTENDED PRECISION 

A 96-bit binary floating-point operand format composed of four fields: a one-bit sign field, 
an 15-bit biased exponent field, a 16-bit undefined field, and a 64-bit mantissa (significand) 
field. 
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F FIELD 

See fraction (F field). 

FIXED-POINT 

Pertaining to a numeration system in which the position of the radix point is fixed with respect 
to one end of the numerals, according to some convention. The integer data types used by 
the FPCP are fixed-point numbers. 

FLOATING-POINT 

Pertaining to a system in which the location of the radix point does not remain fixed with 
respect to one end of the numerical expressions, but is regularly recalculated. The location 
of the point is usually given by expressing a power of the base (or radix). The single, double, 
and extended precision data types used by the FPCP are floating-point numbers. 

FRACTION (F FIELD) 

The field of the significand that lies to the right of its implied binary point. 

INTEGER 

Any of the natural numbers, the negatives of these numbers, or zero. 

MANTISSA 

Mantissa and significand are interchangeable throughout this manual. See significand. 

MODULO 

A mathematical operation that yields the remainder of division. Thus, 39 modulo 6 = 3. 

MONADIC OPERATION 

An operation on one operand, for example, negation. 

NAN (Not-A-Number) 

A symbolic entity encoded in floating-point format. There are two types of NANs; signaling 
and quiet. Signaling NANs signal the valid operation exception whenever appearing as op- 
erands. Quiet NANs propagate through almost every arithmetic operation without signaling 
exceptions. 

NORMALIZE 

To convert a floating-point number to one whose significand consists of an integer bit of 1. 

OPERAND 

That which is, or is to be operated upon. An operand is usually identified by an address field 
of an instruction. 

ORTHOGONAL 

Statistically independent. 

S BIT 

See sign bit (S field). 

S FIELD 

See sign bit (S field). 
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SIGN BIT (S FIELD) 

Denotes the sign of the operand: zero for positive and one for negative. Floating-point num- 
bers are in sign-magnitude form, which means that only the S bit is complemented to change 
the sign of the represented number. 

SIGNIFICAND 

Theconiponentof abinary floating-point numberthat consists ofan explicit or implicit leading 
bit to the left of the implied binary point and a fraction field to the right of the implied binary 
point. Significand and mantissa are interchangeable throughout this manual. See fraction (F 
field). 

SINGLE PRECISION 

A 32-bit binary floating-point operand format composed of three fields: a one-bit sign field, 
an 8-bit biased exponent field, and a 23-bit fraction (significand) field. 

TRANSCENDENTAL 

Being, involving, or representing a function (sine x, log x) that cannot be expressed by a 
finite number of algebraic operations. 

UNNORMALIZED NUMBER 

An extended precision external operand that contains an explicit integer part bit (j) of zero 
and an exponent that is neither the maximum nor the minimum for the format. 
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APPENDIX B 
ABBREVIATIONS AND ACRONYMS 



A 


Address 


Abs 


Absolute 


AEXC 


Accrued exception 


ALU 


Arithmetic logic unit 


APU 


Arithmetic processing unit 


AS 


Address strobe 


B 


Byte integer 


BCD 


Binary coded decimal 


BlU 


Bus interface unit 


BSUN 


Branch/set on unordered 


cc 


Condition code 


CLK 


Clock 


CMP 


Compare 


cp 


Coprocessor 


CPU 


Central processor unit 


CPRED 


Conditional predicate 


CS 


Chip select 


CU 


Conversion unit 


d 


Displacement 


D 


Data 


D 


Double precision binary real floating-point 


DIV 


Divide 


DMA 


Direct memory access 


DS 


Data strobe 


DSACK 


Data and size acknowledge 


DZ 


Divide by zero 


e 


Exponent 


ea 


Effective address 


EQ 


Equal 


EXC 


Exception 


EXP 


Exponent 


ENAB 


Enable 
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f Fraction 

F False 

F Floating-point 

FB Floating-point branch 

FBEQ Floating-point branch equal 

FBGT Floating-point branch greater than 

FBLE Floating-point branch less than or equal 

FBNEQ Floating-point branch not equal 

FBNGT Floating-point branch not greater than 

FDB Floating-point decrement and branch 

FDBEQ Floating-point decrement and branch equal 

FDBGT Floating-point decrement and branch greater than 

FDBLE Floating-point decrement and branch less than or equal 

FDBNEQ Floating-point decrement and branch not equal 

FDBNGT Floating-point decrement and branch not greater than 

FP Floating-point 

FPCC Floating-point condition code 

FRCP MC68881/MC68882 coprocessor 

FS Floating-point set 

FSEQ Floating-point set equal 

FSGT Floating-point set on greater than 

FSLE Floating-point set on less than or equal 

FSNEQ Floating-point set not equal 

FSNGT Floating-point set on not greater than 

FT Floating-point trap on 

FTEQ Floating-point trap equal 

FTGT Floating-point trap greater than 

FILE Floating-point trap less than or equal 

FTNEQ Floating-point trap not equal 

FTNGT Floating-point trap not greater than 

FTP Floating-point trap on parameter 



GE Greater than or equal 

GLE Greater or less or equal 

GND Ground 

GT Greater than 



I/O Input/output 

I Infinity 

lADDR Instruction address 

ID Identification 

Imm Immediate 

INEX Inexact 

INEX1 Inexact arithmetic 

INEX2 Inexact conversion 

lOP Invalid operation 



Integer part 
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L 

LE 
LSB 
LT 



Long word integer 
Less than or equal 
Least significant bit/byte 
Less tlian 



MANT IVIantissa 

MOD Modulo 

MPU Main processing unit 

MPU MC68020/MC68030 processor 

MSB Most significant bit/byte 

MUL Multiply 



n 

N 

NAN 

NEQ 

NGE 

NGL 

NGLE 

NGT 

NLE 

NLT 

OGE 

OGL 

OGT 

OLE 

OLT 

OPERR 

OR 

OVFL 



Number 

Negative 

Not-a-number 

Not equal 

Not greater than or equal 

Not greater or less than 

Not greater or less or equal 

Not greater than 

Not less than or equal 

Not less than 

Ordered greater than or equal 
Ordered greater or less than 
Ordered greater than 
Ordered less than or equal 
Ordered less than 
Operand error 
Ordered 
Overflow 



P 
PC 



Packed binary coded decimal real string 
Program counter 



QUOT 



Quotient 



R/W Read/write 

REM Remainder 

RM Round toward minus infinity 

RN Round to nearest 

RP Round toward plus infinity 

RZ Round toward zero 
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s 


Sign 




S 


Single precision binary real floating- 


■point 


SE 


Sign of exponent 




SEQ 


Signaling equal 




SF 


Signaling false 




SGL 


Single 




SM 


Sign of mantissa 




SNAN 


Signaling NAN 




SNEQ 


Signaling not equal 




SOC 


Set on condition 




ST 


Signaling true 




SUB 


Subtract 




T 


Trap 




T 


True 




TTL 


Transistor-transistor logic 




UEQ 


Unordered or equal 




UGE 


Unordered or greater or equal 




UGT 


Unordered or greater 




ULE 


Unordered or less or equal 




ULT 


Unordered or less than 




UN 


Unordered 




UNFL 
W 


Underflow 
Word integer 





Don't care, irrelevant 

Extended precision binary real floating-point 



Zero 



Hexadecimal 



+ inf Positive infinity 

-inf Negative infinity 
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Accrued Exception Byte, 1-5, 2-6, 2-7 
Accuracy, 

Arithmetic Instruction, 4-6 

Computational, 4-5 

Decimal Conversion, 4-7 

Transcendental Instruction, 4-7 
Address Bus, 7-2, 9-1, 10-1 through 10-4, 10-6, 11-2, 
11-3 

Encoding, Coprocessor, 7-1 
Address Error Exception, 6-26 
Address Strobe Signal, 9-2, 10-6, 10-8 through 10-12 
Addressing Modes, 1-14, 4-11 
AEXC Byte, 2-6, 2-7, 6-18 
Algorithm, Rounding, 6-16 
Arithmetic 

Calculation Times, 8-27 

Instruction Accuracy, 4-6 

Operation 
Bus Cycle Activity, 8-14 
Timing, 8-11 
Timing, MC68881, 8-12 
Timing, MC68882, 8-13 
Arranging FMOVE Instructions, MC68882, 5-8 
AS Signal, 9-2, 10-6, 10-8 through 10-12 
Assignments, 

Data Bus Bit, 10-2 

Exception Vector, 6-4 

Pin, 13-2 
Assumptions, 

Execution Timing, 8-1 

Typical Execution Timing, 8-10 
Asynchronous 

Read Cycle Timing, 10-12 

Read Cycles, 10-9, 10-11 

Write Cycle Timing, 10-13 

Write Cycles, 10-9, 10-12 
A0-A4 Signals, 7-2, 9-1, 10-1 through 10-4, 11-2, 11-3 
A13-A15 Signals, 10-6 
A16-A19 Signals, 10-6 
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Benchmark, Unpack, 5-9, 5-10 
Binary Real Formats, 3-2 
Bit, 

CA, 7-10 

DR, 7-10 

EXC-PEND, 5-11,6-33 



Bit (Continued) 

lA, 7-10 

PC, 7-10 

PF, 7-10 

TF, 7-10 
BlU, 1-6 

Flags, 5-11,6-32, 6-33 
Block Diagram, 

MC68881, 1-6 

MC68882, 1-7 
Branch/Set on Unordered Exception, 6-5 
BSUN Exception, 6-5 

Dialog, 7-33, 7-36 
Bus, 

Address, 7-2, 9-1, 10-1 through 10-4, 10-6, 11-2, 11-3 

Arbitration Processing, 5-12 

Cycle Activity, Arithmetic Operation, 8-14 

Data, 7-2, 9-2, 10-1 through 10-5, 11-2, 11-3 

Error 
Exception, 6-26 
Processing, 5-13 

Interface Unit, 1-6 

Transfer Overview, 10-1 
Busy State Frame, 6-34 

Format, 
MC68881,6-29 
MC68882, 6-30 
Byte, 

Accrued Exception, 1-5, 2-6, 2-7 

AEXC, 2-6, 2-7, 6-18 

Condition Code, 1-4, 2-4 

ENABLE, 6-4, 6-18, 6-32, 6-33 

EXC, 2-6, 6-4, 6-18, 6-32, 6-33 

Exception 
Enable, 1-4, 2-2, 6-4 
Status, 1-4, 2-6, 6-4 

Mode Control, 1-2, 2-3 

Quotient, 1-4, 2-5 
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CA Bit, 7-10 

Calculation Phase Timing, 8-3 

Characteristics, 

AC Electrical 
Clock Input, 12-3 
Read and Write Cycles, 12-4 

DC Electrical, 12-2 

Thermal, 12-1 
Chip Select 

Decode, 7-1,7-2, 11-3 

Signal, 7-3, 9-3, 10-6, 10-8, 10-10, 10-11 

Timing, 10-6 
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CIR, 1-5,7-2,7-3,9-2, 10-1 
Command, 5-1, 5-2, 5-4, 6-19, 6-20, 6-24, 6-34, 7-3 
through 7-5, 7-16, 7-19, 7-29, 7-37, 8-6, 8-23, 10-14, 
10-15 
Condition, 6-20, 6-24, 6-34, 7-4 through 7-6, 7-19, 7-33, 

8-6, 8-16, 8-23, 8-33 
Control, 6-20, 6-22, 6-23, 6-34, 7-3 through 7-5, 7-12, 7- 

15,7-29,7-33,7-37, 10-13 
Instruction Address, 6-20, 6-21, 7-7 
Operand, 5-4, 6-20, 6-32, 6-35, 7-3 through 7-7, 7-12, 7- 
14, 7-27, 7-38, 10-3, 10-4, 10-5, 10-13 through 10- 
15 
Operand Address, 7-8 
Operation Word, 7-5 

Register Select, 6-20, 7-6, 7-14, 7-25, 10-2, 10-14 
Response, 5-1, 5-2, 5-4, 5-7, 5-12, 6-3, 6-5, 6-9, 6-12, 6- 
13, 6-16, 6-19 through 6-21, 6-22, 6-25, 6-34, 6-36, 
6-37, 7-3 through 7-6, 7-9, 7-19, 7-30, 8-6 through 
8-9, 8-22, 8-23, 8-32, 8-33, 8-36, 10-9, 10-11, 10-13 
through 10-15 
Restore, 6-20, 6-37, 7-5, 7-6, 7-28, 8-34, 10-13 
Save, 6-20, 6-34 through 6-36, 7-4 through 7-6, 7-15, 7- 
27, 7-37, 8-17, 8-34, 10-9, 10-11, 10-13 
CLK Signal, 9-4, 10-5, 10-9, 10-10 
Clock Signal, 9-4, 10-5, 10-9, 10-10 
Code, 
Exception Handler, 5-10 
Optimization, MC68882, 5-8 
Codes, Effective Address, Valid, 7-12 
Command CIR, 5-1, 5-2, 5-4, 6-19, 6-20, 6-24, 6-34, 7-3 
through 7-5, 7-16, 7-19, 7-29, 7-37, 8-6, 8-23, 10-14, 
10-15 
Command Word, 
General Type Instruction, 4-121 
Undefined, 4-128 
Compatibility, IEEE 
Exception, 6-18 
Trap, 6-18 
Computational Accuracy, 4-5 
Concept, Coprocessor, 1-2 
Concurrency, 
Instruction, 5-1 

MC68881 FMUL and FMOVE Instruction, 5-6 
MC68881 FMUL Instruction, 5-2 
MC68882 FMUL and FMOVE Instruction, 5-7 
Concurrent 
Floating-Point Computations, 5-1, 5-2 
Instruction Execution, 8-4 
Integer Computations, 5-1 
Operations, MC68882, 8-14 
Condition CIR, 6-20, 6-24, 6-34, 7-4 through 7-6, 7-19, 7- 

33,8-6,8-16,8-23,8-33 
Condition Code 
Byte, 1-4, 2-4 
Processing, 4-14 
Conditional Branch Instruction Format, 4-131 
Conditional 
Instruction, 1-13, 5-6 
Dialog, 7-26 
Encoding, 4-129 
Execution Times, 8-16 
Format, 4-129 



Conditional (Continued) 
Predicate Field, 4-133 

Encoding, 4-134 
Predicates, 4-130 
Termination Times, 8-32, 8-33 
Test 
Definitions, 4-8 
Mnemonics, 4-4 
Configuration, Typical Coprocessor, 1-5 
Connections, Power Supply, 9-4 
Considerations, 
Power, 12-1 
Programming, 1-14 
Constant-to-Register Instructions, 4-123 

Format, 4-123 
Context 
Restore Instruction Sequence, 6-38 
Save Instruction Sequence, 6-38 
Switch 
Instruction Dialogs, 7-26 
Processing, 5-12, 5-13 
Switching, 6-27 
Summary, 6-37 
Control CIR, 6-20, 6-22, 6-23, 6-34, 7-3 through 7-5, 7-12, 

7-15,7-29,7-33,7-37, 10-13 
Conventions, Instruction Description, 4-1 
Coprocessor 
Address Bus Encoding, 7-1 
Applications Programming, 5-1 
Concept, 1-2 

Condition Trap Instruction Exception, 6-23 
Connection, 
16-bit Bus, 11-2 
32-bit Bus, 11-1 
8-bit Bus, 11-2, 11-3 
Detection, 5-14 
ID Field, 4-132 
Identification, 5-14 

Example, 5-15 
Instruction, 7-8 
Format, 4-120 
Interface, 1-2, 1-8,7-1 
Overhead, 8-6 
Overhead Timing, 8-7, 8-8 
Protocol Restrictions, 10-14 
Register, 1-5, 7-2, 7-3, 9-2, 10-1 
Response Primitive, 7-9 
Systems Programming, 5-9 
Coprocessor-Detected 
Exceptions, 6-2 

Protocol Violation Exception, 6-19 
Cp-ID, 7-8 

CPU Space Types, 7-2 
CS Signal, 7-3, 9-3, 10-6, 10-8, 10-10, 10-11 
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D Format, 3-10 . 

Data Bus, 7-2, 9-2, 10-1, 10-3 through 10-5, 11-2, 11-3 

Bit Assignments, 10-2 

Operand Alignment, 10-2 

Size, 9-2 
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Data Formats, 1-9, 3-1 
Data Movement Instructions, 4-2 
Data Strobe Signal, 9-3, 10-6, 10-9 through 10-13 
Data Transfer and Size Acknowledge Signals, 1-5, 6-20, 
7-2, 7-3, 9-3, 10-2 through 10-4, 10-6, 10-9 through 
10-11, 10-13, 11-2, 11-3 
Data Types, 3-3, 3-12 

Summary, 3-6 
DC Electrical Characteristics, 12-2 
Decimal Conversion Accuracy, 4-7 
Decode, Chip Select, 7-1, 7-2, 11-3 
Decoupling, Vqc. 9-5 
Definitions, 

Conditional Test, 4-8 

Format Word, 6-35 
Denormalized Numbers, 3-4 
Description, General, 1-1 
Descriptions, instruction, 4-16 through 4-119 
Destination Format Field Encoding, 4-125 
Destination Register Field, 4-133 
Detection, Coprocessor, 5-14 
Diagrams, Timing, Foldout 
Dialog, 

Conditional Instruction, 7-26 

External-to-Register Instruction, 7-21 
MC68882, 7-22 

F-Line Emulator Exception, 7-36, 7-37 

Format Exception, 
FRESTORE Instruction, 7-38 
FSAVE Instruction, 7-37 

FSAVE Instruction, 7-27 

Mid-Instruction Interrupt, 7-33, 7-36 

Move Control Registers Instruction, 7-24, 7-25 

Move Multiple FPn Registers Instruction, 7-24, 7-25 

OPCLASS 000 Instruction, 7-20, 7-21 

OPCLASS 010 Instruction, 7-21 
MC68882, 7-22 

OPCLASS Oil Instruction, 7-22, 7-23 
MC68882, 7-24 

OPCLASS 100 Instruction, 7-24, 7-25 

OPCLASS 101 Instruction, 7-24, 7-25 

OPCLASS 110 Instruction, 7-24, 7-25 

OPCLASS 111 Instruction, 7-24, 7-25 

Register-to-External Instruction, 7-22, 7-23 
MC68882, 7-24 

Register-to-Register Instruction, 7-20, 7-21 

RESTORE Instruction, 7-28 

Take BSUN Exception, 7-33, 7-36 

Take Mid-Instruction Exception, 7-30 
MC68881,7-32 
MC68882, 7-34, 7-35 

Take Pre-lnstruction Exception, 7-29 
MC68882, 7-31,7-32 
Dialogs, 

Context Switch Instruction, 7-26 

Exception Processing, 7-28 

General Type Instruction, 7-20 

Instruction, 7-19 
Dimensions, Package, 13-3 
Divide-by-Zero Exception, 6-13 
Double Precision Format, 3-10 
DR Bit, 7-10 



PS Signa l, 9-3, 10-6, 10-9 through 10-13 

DSACKO Signal, 1-5, 6-20, 7-2, 7-3, 9-3, 10-2 through 10- 

4j^10-6, 10-9 through 10-11, 10-13, 11-2, 11-3 

DSACK1 Signal, 1-5, 6-20, 7-2, 7-3, 9-3, 10-2 through 10- 

4, 10-6, 10-9 through 10-11, 10-13, 11-2, 11-3 
Dual Monadic Operation Instruction Format, 4-4 
Dyadic Operation 
Calculation Times, 8-27 through 8-29 
Instruction, 1-13, 4-2, 4-3, 5-5 
Format, 4-2 
DZ Exception, 6-13 

D0-D31 Signals, 7-2, 9-2, 10-1, 10-3 through 10-5, 11-2, 
11-3 
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Early Chip Select Logic Example, 10-7 
Effective Address 

Calculation Timing, 8-10, 8-11 

Field, 4-132 
Encoding, 4-133 
Electrical Characteristics, 

AC 
Clock Input, 12-3 
Read and Write Cycles, 12-4 

DC, 12-2 
Electrical Specifications, 12-1 
ENABLE Byte, 6-4, 6-18, 6-32, 6-33 
Encoding, 

Conditional Instruction, 4-129 

Conditional Predicate Field, 4-134 

Destination Format Field, 4-125 

Effective Address Field, 4-133 

Exterision Field, 4-123, 4-126 

Move FPcr, 4-127 

Move Multiple FPn, 4-128 

Register Field, 4-122 

Source Format Field, 4-124 
Encodings, 

Evaluate Effective Address and Transfer Data Primitive, 
7-13 

Null Primitive, 7-11 
End Phase, 6-36 
Errors, Operand, 6-7 

Evaluate Effective Address and Transfer Data Primitive, 
7-12 

Encodings, 7-13 

Format, 7-12 
Example, 

Coprocessor Identification, 5-15 

Early Chip Select Logic, 10-7 

Idle State Frame Access, 5-11 

Late Chip Select Logic, 10-8 

MC68881 Instruction Overlap, 8-20, 8-21 

MC68882 Performance Improvement, 5-9 

Minimum Exception Handler, 5-11 

Reset Logic, 10-6 

Sense Device Circuit, 9-5 

Timing Calculation, 8-15 

Transfer Multiple Coprocessor Registers, 7-15 
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EXC Byte, 2-6, 6-4, 6-18, 6-32, 6-33 
EXC-PEND Bit, 5-11,6-33 
Exception, 

Address Error, 6-26 

Brancii/Set on Unordered, 6-5 

BSUN, 6-5 

Bus Error, 6-26 

Coprocessor Condition Trap Instruction, 6-23 

Coprocessor-Detected Protocol Violation, 6-19 

Divide-by-Zero, 6-13 

DZ, 6-13 

Format Error, 6-26 

Illegal Command Word, 6-19 

Illegal Instruction, 6-23 

Inexact 
Decimal Result, 6-17 
Result, 6-14 

INEX1, 6-17 

INEX2, 6-14 

Interrupt, 6-25 

MPU-Detected Protocol Violation, 6-23 

Operand Error, 6-7 

OPERR, 6-7 

Overflow, 6-9 

OVFL, 6-9 

Privilege Violation, 6-26 

Signaling Not-A-Number, 6-6 

SNAN, 6-6 

Trace, 6-24 

Underflow, 6-10 

UNFL, 6-10 
Exception 

Enable Byte, 1-4, 2-2, 6-4 

Handler Code, 5-10 

Handlers, MC68882, 6-27 

Handling Times, 8-33 

Processing, 5-13, 6-1 
Dialogs, 7-28 
Times, 8-35 

Recovery, 6-21 

Status Byte, 1-4, 2-6, 6-4 

Vector 
Assignments, 6-4 
Numbers, 7-15 
Exceptions, 

Coprocessor-Detected, 6-2 

MPU-Detected, 6-23 

Multiple, 6-18 
Execution Times, 

Conditional Instructions, 8-16 

FMOVE FPcr and FMOVEM Instructions, 8-16 

FSAVE and FRESTORE Instructions, 8-17 

MC68882 FMOVE Instructions, 5-9 
Execution Timing 

Assumptions, 8-1 

Factors, 8-1 

Tables, 8-8 
Exponent Sizes, 1-10 
Extended Precision Format, 3-11 

Conversion, 3-8 
Extension Field Encoding, 4-123, 4-126 



External-to-Register Instructions, 4-122 
Dialog, 7-21 

MC68882, 7-22 
Format, 4-122 
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Factors, Execution Timing, 8-1 
FC0-FC2 Signals, 10-6 
Field, 

Conditional Predicate, 4-133 

Coprocessor ID, 4-132 

Destination Register, 4-133 

Effective Address, 4-132 

Register/Memory, 1-132 

Source Specifier, 4-132 
Flags, BlU, 5-11,6-32, 6-33 
F-Line Emulator Exception Dialog, 7-36, 7-37 
Floating-Point 

Computations, Concurrent, 5-1, 5-2 

Control Register, 2-2, 2-3, 6-4, 6-18, 10-5 

Data Register, 2-1 

Formats, 1-9, 3-2 

Instruction Address Register, 2-7, 6-21, 7-7, 7-24, 7-26, 
7-33 

Status Register, 2-4 through 2-6, 6-4, 6-18, 10-5 
FMOVE FPcr and FMOVEM Instructions Execution Times, 

8-16 
Format, 

Busy State Frame, 
MC68881,6-29 
MC68882, 6-30 

Conditional Branch Instruction, 4-131 

Conditional Instruction, 4-129 

Constant-to-Register Instruction, 4-123 

Coprocessor Instruction, 4-120 

D, 3-10 

Double Precision, 3-10 

Dual Monadic Operation Instruction Format, 4-4 

Dyadic Operation Instruction, 4-2 

Evaluate Effective Address and Transfer Data Primitive, 
7-12 

Extended Precision, 3-11 

External-to-Register Instruction, 4-122 

FRESTORE Instruction, 4-132 

FSAVE Instruction, 4-131 

General Type Instruction, 4-14 

Idle State Frame, 
MC68881,6-29 
MC68882, 6-30 

Instruction Description, 4-12 

Intermediate Result, 6-15 

Internal, 3-7 

Monadic Operation Instruction, 4-3 

Move Control Registers Instruction, 4-125 

Move Multiple FPn Registers Instruction, 4-126 

Null Primitive, 7-10 

Null State Frame, 6-29, 6-30 

P, 3-12 

Packed Decimal Real, 1-10, 3-6, 3-7, 3-12 
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Register-to-External Instruction, 4-124 

Register-to-Register instruction, 4-122 

Response Primitive, 7-9 

S, 3-9 

Single Precision, 3-9 

Take Mid-Instruction Exception Primitive, 7-17 

Take Pre-lnstruction Exception Primitive, 7-16 

Transfer Multiple Coprocessor Registers Primitive, 7- 
14 

Transfer Single Main Processor Register Primitive, 7- 
13 

X, 3-11 
Format Conversion, 

Extended Precision, 3-8 

Other, 3-8 
Format Error Exception, 6-26 
Format Exception Dialog, 

FRESTORE Instruction, 7-38 

FSAVE Instruction, 7-37 
Format Summary, 1-10, 1-11 
Format Word Definitions, 6-35 
Formats, 

Binary Real, 3-2 

Data, 1-9, 3-1 

Floating-Point, 1-9, 3-2 

Integer, 1-9, 3-1 

State Frame, 6-28 
FPCC, 2-4 

FPCR, 2-2, 2-3, 6-4, 6-18, 10-5 
FPIAR Register, 2-7, 6-21, 7-7, 7-24, 7-26, 7-33 
FPSR, 2-4 through 2-6, 6-4, 6-18, 10-5 
FRESTORE Instruction 

Dialog, 7-28 

Format, 4-132 
Exception Dialog, 7-38 

Overview, 6-27 

Protocol, 6-37 
FSAVE and FRESTORE Instructions Execution Times, 8- 

17 
FSAVE Instruction 

Dialog, 7-27 

Format, 4-131 
Exception Dialog, 7-37 

Overview, 6-27 

Protocol, 6-34 
FSGLDIV Instruction, 4-15 
FSGLMUL Instruction, 4-15 
Fully-Concurrent Instructions, 5-5 
Function Code Signals, 10-6 
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General Description, 1-1 
General Type Instruction 

Dialogs, 7-20 

Command Word, 4-121 

Format, 4-14 
GND Pin Assignments, 9-5 



Hardware Overview, 1-2 
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lA Bit, 7-10 

Identification, Coprocessor, 5-14 
Idle Phase, 6-36 
Idle State Frame, 6-31 
Access Example, 5-1 1 
Format, 
MC68881,6-29 
MC68882, 6-30 
IEEE 
Aware Tests, 4-10 
Exception Compatibility, 6-18 
Non-Aware Tests, 4-9 
Trap Compatibility, 6-18 
Illegal 
Command Word Exception, 6-19 
Instruction Exception, 6-23 
Inexact 
Decimal Result Exception, 6-17 
Result Exception, 6-14 
INEX1 Exception, 6-17 
INEX2 Exception, 6-14 
Infinities, 3-5 

Information, Ordering, 13-1 
Initial Phase, 6-36 

Input Operand Conversion Times, 8-25, 8-26 
Instruction 
Concurrency, 5-1 
Conditional, 1-13, 5-6 
Coprocessor, 7-8 
Description 
Conventions, 4-1 
Format, 4-12 
Notations, 4-15 
Descriptions, 4-16 through 4-119 
Dialogs, 7-19 

Dyadic Operation, 1-13, 4-2, 4-3, 5-5 
Execution, 
Concurrent, 8-4 
Timing Chart, 8-5 
Format Summary, 4-134 through 4-144 
FSGLDIV, 4-15 
FSGLMUL, 4-15 
Miscellaneous, 1-14 
Monadic Operation, 1-13, 4-3, 5-5 
Move, 1-12 
Operation Word, 7-8 
Overlap 
Example, MC68881, 8-20, 8-21 
Times, MC68881,8-36 
Protocol, 7-9 
Sequence, 
Context Restore, 6-38 
Context Save, 6-38 
Set, 1-12 
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Start-Up Times, 8-23 

Termination Times, 8-35 
Instruction Address CIR, 6-20, 6-21, 7-7 
Instructions, 

Constant-to-Register, 4-123 

Data Movement, 4-2 

External-to-Register, 4-122 

Fully-Concurrent, 5-5 

Minimum Concurrency, 5-3 

Move Control Registers, 4-125 

Move Multiple FPn Registers, 1-12, 4-125 

Partially-Concurrent, 5-5 

Program Control, 4-4 

Register-to-Register, 4-121 

System Control, 4-5 
Integer 

Computations, Concurrent, 5-1 

Formats, 1-9, 3-1 
Inter-Cycle Timing Restrictions, 10-12 
Interface, Coprocessor, 1-2, 1-8, 7-1 
Intermediate Result Format, 6-15 
Internal Format, 3-7 
Interprocessor Transfers, 7-8 
Interrupt 

Exception, 6-25 

Latency, 8-5 

Processing, 5-12 

Task Switch, 5-13, 5-14 
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Late Chip Select 

Logic Example, 10-8 

Timing, 10-8 
Latency, Interrupt, 8-5 
Linpack Benchmark, 5-9, 5-10 
Load, Test, 12-2 
Loops, MC68882 Instruction, 5-8 
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Mantissa Sizes, 1-10 
Maximum Ratings, 12-1 
MC68881 

Arithmetic Operation Timing, 8-12 

Block Diagram, 1-6 

Busy State Frame Format, 6-29 

Detail Timing Tables, 8-17 

FMUL and FMOVE Instruction Concurrency, 5-6 

FMUL Instruction Concurrency, 5-2 

Idle State Frame Format, 6-29 

Instruction Overlap 
Example, 8-20, 8-21 
Times, 8-37 

Take Mid-Instruction Exception Dialog, 7-32 



MC68882 

Arithmetic Operation Timing, 8-13 

Block Diagram, 1-7 

Busy State Frame Format, 6-30 

Code Optimization, 5-8 

Concurrent Operations, 8-14 

Exception Handlers, 6-27 

External-to-Register Instruction Dialog, 7-22 

FMOVE Instruction 
Arranging, 5-8 
Execution Times, 5-9 

FMUL and FMOVE Instruction Concurrency, 5-7 

Idle State Frame Format, 6-30 

Instruction Loops, 5-8 

OPCLASS 010 Instruction Dialog, 7-22 

OPCLASS Oil Instruction Dialog, 7-24 

Performance Improvement Example, 5-9 

Programming Considerations, 1-14 

Register Conflicts, 5-8 

Register-to-External Instruction Dialog, 7-24 

Take Mid-Instruction Exception Dialog, 7-34, 7-35 

Take Pre-lnstruction Exception Dialog, 7-31, 7-32 
Mid-Instruction 

Exception 
Dialog, MC68881, 7-32 
Dialog, MC68882, 7-34, 7-35 
Primitive, 7-16 
Primitive Format, 7-17 
Stack Frame, 7-17 

Interrupt Dialog, 7-33, 7-36 
Middle Phase, 6-36 
Minimum 

Concurrency Instructions, 5-3 

Exception Handler Example, 5-11 
Miscellaneous 

Instruction, 1-14 

Tests, 4-10 
Mnemonics, Conditional Test, 4-4 
Mode Control Byte, 1-4, 2-3 
Model, Programming, 1-3, 2-1 
Modes, 

Addressing, 1-14, 4-11 

Rounding, 6-14 
Monadic Operation 

Calculation Times, 8-30 

Instruction, 1-13,4-3, 5-5 
Format, 4-3 
Move Control Registers Instructions, 4-125 

Dialog, 7-24, 7-25 

Format, 4-125 
Move FPcr Encoding, 4-127 
Move Instruction, 1-12 
Move Multiple FPn Registers Instructions, 1-12, 4-125 

Dialog, 7-24, 7-25 

Encoding, 4-128 

Format, 4-126 
MPU-Detected 

Exceptions, 6-23 

Protocol Violation Exception, 6-23 
Multiple 

Exceptions, 6-18 

Register Transfer Times, 8-34 
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NAN, 3-5,4-13, 10-5 

NC Pin, 9-6 

No Connect Pin, 9-6 

Normalized Numbers, 3-4 

Not-A-Numbers, 3-5, 4-13, 10-5 

Signaling, 3-5, 4-13 
Notations, Instruction Description, 4-15 
Null Primitive, 7-10 

Encodings, 7-11 

Format, 7-10 

Times, 8-24 
Null State Frame, 6-31 

Format, 6-29, 6-30 
Numbers, 

Denormalized, 3-4 

Normalized, 3-4 
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OPCLASS 000 Instruction Dialog, 7-20, 7-21 
OPCLASS 010 Instruction Dialog, 7-21 

MC68882, 7-22 
OPCLASS Oil Instruction Dialog, 7-22, 7-23 

MC68882, 7-24 
OPCLASS 100 Instruction Dialog, 7-24, 7-25 
OPCLASS 101 Instruction Dialog, 7-24, 7-25 
OPCLASS 110 Instruction Dialog, 7-24, 7-25 
OPCLASS 111 Instruction Dialog, 7-24, 7-25 
Operand Address CIR, 7-8 
Operand Alignment, Data Bus, 10-2 
Operand CIR, 5-4, 6-20, 6-32, 6-35, 7-3, 7-4 through 7-7, 
7-12, 7-14, 7-27, 7-38, 10-3 through 10-5, 10-13, 10- 
14, 10-15 
Operand Errors, 6-7 

Exception, 6-7 
Operand Transfer Times, 8-24 
Operation, 

Peripheral Processor, 11-5 

Reset, 10-5 

Tables, 4-13 

Word, Instruction, 7-8 
Operation Word CIR, 7-5 
OPERR Exception, 6-7 
Ordering Information, 13-1 
Other Format Conversion, 3-8 
Output Operation Conversion Times, 8-30, 8-31 
Overflow 

Exception, 6-9 

Processing, 4-14 
Overhead, Coprocessor Interface, 8-6 
Overview, 

Bus Transfer, 10-1 

FRESTORE Instruction, 6-27 

FSAVE Instruction, 6-27 

Hardware, 1-2 
OVFL Exception, 6-9 



P Format, 3-12 

Package Dimensions, 13-3 

Packed Decimal Real Format, 1-10, 3-6, 3-7, 3-12 

Partially-Concurrent Instructions, 5-5 

PC Bit, 7-10 

Peripheral Connection, 

16-bit Bus, 11-3, 11-4 

8-bit Bus, 11-3, 11-4 
Peripheral Processor Operation, 11-5 
PF Bit, 7-10 
Phase, 

End, 6-36 

Idle, 6-36 

Initial, 6-36 

Middle, 6-36 

Reset, 6-36 
Pin 

Assignments, 13-2 
GND, 9-5 

Vcc. 9-5 

NC, 9-6 

No Connect, 9-6 
Port Size, 

16-Bit, 10-3 

32-Bit, 10-2 

8-Bit, 10-4 
Power Considerations, 12-1 
Power Supply Connections, 9-4 
Pre-lnstruction Exception 

Dialog, 7-29 
MC68882, 7-31,7-32 

Primitive, 7-15 
Format, 7-16 

Stack Frame, 7-16 
Predicates, Conditional, 4-130 
Primitive, 

Coprocessor Response, 7-9 

Evaluate Effective Address and Transfer Data, 7-12 

Null, 7-10 

Take Mid-Instruction Exception, 7-16 

Take Pre-lnstruction Exception, 7-15 

Transfer Multiple Coprocessor Registers, 7-14 

Transfer Single Main Processor Register, 7-13 
Privilege Violation Exception, 6-26 
Processing, 

Bus 
Arbitration, 5-12 
Error, 5-13 

Condition Code, 4-14 

Context Switch, 5-12, 5-13 

Exception, 5-13, 6-1 

Interrupt, 5-12 

Overflow, 4-14 

Round, 4-14 

Underflow, 4-14 
Program Control Instructions, 4-4 
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Programming, 
Coprocessor 

Applications, 5-1 

Systems, 5-9 
Considerations, 1-14 
IVIodel, 1-3, 2-1 
Protocol, 
FRESTORE Instruction, 6-37 
FSAVE Instruction, 6-34 
Instruction, 7-9 

Restrictions, Coprocessor Interface, 10-14 
Violation Exception, 

Coprocessor-Detected, 6-19 

MPU-Detected, 6-23 



Response Primitive, 

Coprocessor, 7-9 

Format, 7-9 

Summary, 7-17 
Responses, Save Command, 6-34 
Restore CIR, 6-20, 6-37, 7-5, 7-6, 7-28, 8-34, 10-13 
Restrictions, 

Coprocessor Interface Protocol, 10-14 

Inter-Cycle Timing, 10-12 
Round Processing, 4-14 
Round/Store Result Phase Timing, 8/3 
Rounding 

Algorithm, 6-16 

Modes, 6-14 

Operation Times, 8-32 
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Quotient Byte, 1-4, 2-5 
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R/W Signal, 9-3, 10-6, 10-12 
Ratings, Maximum, 12-1 
Read Cycles, 
Asynchronous, 10-9, 10-11 
Synchronous, 10-9 
Read/Write Signal, 9-3, 10-6, 10-12 
Recovery, Exception, 6-21 
Register, 
Conflicts, MC68882, 5-8 
Coprocessor Interface, 1-5, 7-2, 7-3, 9-2, 10-1 
Floating-Point 
Control, 2-2, 2-3, 6-4, 6-18, 10-5 
Data, 2-1 
Field Encoding, 4-122 
Instruction Address, 2-7, 6-21, 7-7, 7-24, 7-26, 7-33 
Status, 2-4 through 2-6, 6-4, 6-18, 10-5 
FPIAR, 2-7, 6-21, 7-7, 7-24, 7-26, 7-33 
Register Select CIR, 6-20, 7-6, 7-14, 7-25, 10-2, 10-14 
Register-to-External Instructions, 4-124 
Dialog, 7-22, 7-23 
MC68882, 7-24 
Format, 4-124 
Register-to-Register Instructions, 4-121 
Dialog, 7-20, 7-21 
Format, 4-122 
Register/Memory Field, 4-132 
Reset 
Logic Example, 10-6 
Operation, 10-5 
Phas e, 6-36 
RESET Signal, 9-4, 10-5 

Response CIR, 5-1, 5-2, 5-4, 5-7, 5-12, 6-3, 6-5, 6-9, 6-12, 
6-13, 6-16, 6-19 through 6-21, 6-22, 6-25, 6-34, 6- 
36, 6-37, 7-3 through 7-6, 7-9, 7-19, 7-30, 8-6 through 
8-9, 8-22, 8-23, 8-32, 8-33, 8-36, 10-9, 10-11, 10-14, 
10-15 
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S Format, 3-9 

Save CIR, 6-20, 6-34 through 6-36, 7-4 through 7-6, 7-15, 

7-27, 7-37, 8-17, 8-34, 10-9, 10-11, 10-13 
Save Command Responses, 6-34 
ScanPC, 7-17 
Sense Device 

Circuit Example, 9-5 

Signa l, 9-4 
SENSE Signal, 9-4 
Set, Instruction, 1-12 
Signal, 

Address Strobe, 9-2, 10-6, 10-8 through 10-12 

AS, 9-2, 10-6, 10-8 through 10-12 

Chip Select, 7-3, 9-3, 10-6, 10-8, 10-10, 10-11 

CLK, 9-4, 10-5, 10-9, 10-10 

Clock, 9-4, 10-5, 10-9, 10-10 

CS, 7-3, 9-3, 10-6, 10-8, 10-10, 10-11 

Dat a Strobe, 9-3, 10-6, 10-9 through 10-13 

DS, 9-3, 10-6, 10-9 through 10-13 

DSACKO, 1-5, 6-20, 7-2, 7-3, 9-3, 10-2 through 10-4, 10- 
6, 10 -9 through 10-11, 10-13, 11-2, 11-3 

DSACK1, 1-5, 6-20, 7-2, 7-3, 9-3, 10-2,through 10-4, 10- 
_6, 10-9 through 10-11, 10-13, 11-2, 11-3 

R/W, 9-3, 10-6, 10-12 

Read/W rite, 9-3, 10-6, 10-12 

RESET, 9-4, 10-5 

Sense D evice, 9-4 

SENSE, 9-4 

SIZE, 9-2, 10-1, 10-2, 10-3, 10-4, 11-2, 11-3 

Summary, 9-6 
Signaling Not-A-Numbers, 3-5, 4-13 

Exception, 6-6 
Signals, 

A0-A4, 7-2, 9-1, 10-1 through 10-4, 11-2, 11-3 

A13-A15, 10-6 

A16-A19, 10-6 

Data Transfer and Size Acknowledge, 1-5, 6-20, 7-2, 7- 
3,9-3, 10-2 through 10-4,10-6, 10-9 through 10-11, 
10-13, 11-2, 11-3 

D0-D31,7-2, 9-2, 10-1, 10-3 through 10-5, 11-2, 11-3 

FC0-FC2, 10-6 

Function Code, 10-6 
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Significand, 3-3 

Single Precision Format, 3-9 

Size, Data Bus, 9-2 

SIZE Signal, 9-2, 10-1 through 10-4, 11-2, 11-3 

Sizes, 

Exponent, 1-10 

Mantissa, 1-10 

State Frame, 5-9 
SNAN, 3-5, 4-13 

Exception, 6-6 
Source Format Field Encoding, 4-124 
Source Specifier Field, 4-132 
Specifications, Electrical, 12-1 
Stack Frame, 

Mid-Instruction Exception, 7-17 

Pre-lnstruction Exception, 7-16 
Start-Up 

Phase Timing, 8-2 

Times, Instruction, 8-23 
State Frame, 

Busy, 6-34 

Formats, 6-28 

Idle, 6-31 

Null, 6-31 

Sizes, 5-9 

Transfer Times, 8-34 
Summary, 

Context Switching, 6-37 

Data Types, 3-6 

Format, 1-10, 1-11 

Instruction Format, 4-134 through 4-144 

Response Primitive, 7-17 

Signal, 9-6 
Switching, Context, 6-27 
Synchronous Read Cycles, 10-9 

Timing, 10-10 
System Control Instructions, 4-5 
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Tables, 
Execution Timing, 8-8 
MC68881 Detail Timing, 8-17 
Operation, 4-13 
Take BSUN Exception Dialog, 7-33, 7-36 
Take F-Line Emulator Exception Dialog, 7-36, 7-37 
Take Mid-Instruction Exception 
Dialog, 7-30 
MC68881,7-32 
MC68882, 7-34, 7-35 
Primitive, 7-16 
Format, 7-17 
Take Pre-lnstruction Exception 
Dialog, 7-29 

MC68882, 7-31,7-32 
Primitive, 7-15 
Format, 7-16 
Task Switch Interrupt, 5-13, 5-14 
Test Load, 12-2 



Tests, 

IEEE Aware, 4-10 

IEEE Non-Aware, 4-9 

Miscellaneous, 4-10 
TF Bit, 7-10 

Thermal Characteristics, 12-1 
Times, 

Arithmetic Calculation, 8-27 

Conditional Termination, 8-32, 8-33 

Dyadic Operation Calculation, 8-27 through 8-29 

Exception 
Handling, 8-33 
Processing, 8-35 

Input Operand Conversion, 8-25, 8-26 

Instruction 
Overlap, MC68881, 8-37 
Start-Up, 8-23 
Termination, 8-35 

Monadic Operation Calculation, 8-30 

Multiple Register Transfer, 8-34 

Null Primitive, 8-24 

Operand Transfer, 8-24 

Output Operation Conversion, 8-30, 8-31 

Rounding Operation, 8-32 

State Frame Transfer, 8-34 
Timing, 

Arithmetic Operation, 8-11 
MC68881,8-12 
MC68882, 8-13 

Asynchronous 
Read Cycle, 10-12 
Write Cycle, 10-13 

Calculation 
Example, 8-15 
Phase, 8-3 

Chart, Instruction Execution, 8-5 

Chip Select, 10-6 

Coprocessor Interface Overhead, 8-7, 8-8 

Diagrams, Foldout 

Effective Address Calculation, 8-10, 8-11 

Late Chip Select, 10-8 

Restrictions, Inter-Cycle, 10-12 

Round/Store Result Phase, 8/3 

Start-Up Phase, 8-2 

Synchronous Read Cycle, 10-10 
Trace Exception, 6-24 
Transcendental Instruction Accuracy, 4-7 
Transfer Multiple Coprocessor Registers 

Example, 7-15 

Primitive, 7-14 
Format, 7-14 
Transfer Single Main Processor Register Primitive, 7-13 

Format, 7-13 
Transfers, Interprocessor, 7-8 
Types, 

CPU Space, 7-2 

Data, 3-3, 3-12 
Typical 

Coprocessor Configuration, 1-5 

Execution Timing Assumptions, 8-10 
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Undefined Command Word, 4-128 
Underflow 

Exception, 6-10 

Processing, 4-14 
UNFL Exception, 6-10 
Unit, Bus interface, 1-6 



X Format, 3-11 



Zeros, 3-5 



— z — 



— V — 

Vaiid Effective Address Codes, 7-12 

VCC 

Decoupling, 9-5 

Pin Assignments, 9-5 
Vector Numbers, Exception, 7-15 
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Write Cycles, Asynchronous, 10-9 
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16-bit 
Bus 
Coprocessor Connection, 11-2 
Peripheral Connection, 11-3, 11-4 
Port Size, 10-3 
32-bit 
Bus Coprocessor Connection, 11-1 
Port Size, 10-2 
8-bit 
Bus 
Coprocessor Connection, 11-2, 11-3 
Peripheral Connection, 11-3, 11-4 
Port Size, 10-4 
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MC68881/MC68882 

The Motorola MC68881/MC68882 Floating-Point Coprocessor User's Manual of- 
fers the latest complete information to design engineers, software architects, and 
computer designers to aid in the implementation of hardware and software systems 
using the MC68881 and the enhanced MC68882. The MC68881 has become the 
standard 32-bit floating-point coprocessor. The MC68882 provides the same ca- 
pabilities with improved performance in a pin-compatible device that can execute 
existing MC68881 application programs. 

Both coprocessors fully implement the IEEE Standard for Binary Floating- 
Point Arithmetic (ANSI/IEEE Std 754-1985), and in addition to the basic add/ 
subtract/multiply/divide, a full set of trigonometric and transcendental functions. 
The MC68881 and the MC68882 are intended primarily for use as coprocessors to 
the MC68020 and MC68030 32-bit microprocessors, and they can be used as pe- 
ripherals to all microprocessors of the M68000 Family, as well as non-M68000 
processors. 

Included in this manual is a complete description of the MC68881/MC68882 
concerning all aspects of software and hardware design. Conformance with the 
ANSI/IEEE standard with seven data types, forty-six instructions, and eight 80-bit 
floating-point registers is described. Also, the efficient mechanisms used for pro- 
cedure calls, context switches, interrupt handling, and concurrent instruction ex- 
ecution are explained. 

This manual covers the details of the hardware interface requirements, with 
complete timing diagrams and specifications. The coprocessor interface and the 
coprocessor communication via standard M68000 bus cycles is detailed for any host 
processor using 8-, 16-, or 32-bit data bus, including the concepts of bus error 
handling, bus arbitration, and multiprocessing. 

Thirteen detailed sections provide a complete, essential guide for those using the 
MC68881 or the MC68882. Sections include Programming Model, Data Formats, 
Instruction Set, Corprocessor Programming, Exception Processing, Coprocessor 
Interface, Instruction Execution Timing, Signal Descriptions, Bus Operation, Inter- 
facing Methods, and Electrical Specifications. 
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